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内 容 提要 


本 书 是 经 典 普 作 《 重 构 》 出 版 20 年 后 的 狐 

版 。 书 中 清晰 揭示 了 重 构 的 过 程 ， 解 释 了 重 构 的 
原理 和 最 佳 实践 方式 ， 并 给 出 了 何 时 以 及 何 地 应 
该 开始 挖掘 代码 以 求 改善 。 书 中 给 出 了 60 多 个 可 
行 的 重 构 ， 每 个 重 构 都 介绍 了 一 种 经 过 验证 的 代 
码 变 换 手 法 的 动机 和 技术 。 本 书 提出 的 重 构 准则 
将 帮助 开 太 人 员 一 次 一 小 步 地 修改 代码 ， 从 而 减 
少 了 开发 过 程 中 的 风险 。 


本 书 适 合 软 件 开 改 人员、 项 目 管理 人 员 等 阅 
读 ， 也 可 作为 高 等 院 校 计算 机 及 相关 专业 师 生 的 
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WH20, (HM) BERRA nana 
E -o ERER, DARE ARMA, KEF) 
的 意义 不 只 在 于 指导 代码 重 构 ， 更 在 于 让 人 从 一 
开始 束 知 道 什 么 是 好 的 代码 ， 并 且 尺 量 写 出 没 
有 “ 坏 味 道 ” 的 代码 。Martin Fowler 这 次 对 本 书 进 
行 的 重 构 ， 体 现 了 近年 来 编程 领域 的 一 些 思 滑 变 
化 。 看 来 ， 既 有 设计 ， 永 远 有 改进 空间 。 


一 一 加 每 ，《 代 码 整 涪 之 道 》 详 狂 


重 构 早 束 成 了 软件 开发 从 业 痢 本 能 的 一 部 
分 ， 每 个 IDE 都 内 置 了 重 构 功能 ， 每 个 程序 员 都 
定期 重 构 目 己 的 代码 。 技 能 上 通 第 不 再 是 问题 ， 
但 是 相对 于 当年 第 1 版 的 读者 ， 现 在 的 程序 员 对 于 
重 构 这 个 思想 从 何 而 来 以 及 各 种 细 世 反而 更 阳 
生 ， 这 时 候 束 更 值得 重 狐 读 一 下 这 本 书 了 。 


— EIE, PRESS.one CTO 


有 人 说 Martin Fowler 改 变 了 人 类 开发 软件 的 
模式 ， 这 一 点 也 不 过 分 ， 从 《分 析 模 式 》 (UML 
精粹 》《 领 域 竺 定语 言 》， 到 这 本 《 重 构 》 新 版 


可 以 看 得 出 来 ， 他 的 每 一 本 书 都 是 软件 开发 人 员 
必 备 的 案头 读物 。 此 前 他 参与 的 “敏捷 宣言 >， 更 
是 引领 了 整个 行业 对 敏捷 开发 的 认识 ， 一 直到 现 
在 。Martin Fowler 古 我 们 QCon 全 球 软 件 开发 大 会 
进入 中 国 时 的 第 一 届 讲 师 ， 也 是 在 那 次 会 议 上 ， 
他 让 国内 的 技术 社区 领略 了 国际 领先 的 开发 模 
A, ME MRE FF RAKITE NITE ° 


今年 是 QCon 进 入 中 国 的 第 十 个 年 头 ， 我 特别 
开心 看 到 Martin Fowler 义 重 写 《 重 构 》 这 本 影响 
深远 的 书 ， 他 几乎 完全 巷 换 了 书 中 所 引用 的 模式 
案例 ， 并 且 基 于 现在 用 户 的 习惯 ， 采 用 了 
JavaScript 语 言 来 做 说 明 语言 。 数 十 年 来 他 始终 保 
持 对 技术 的 天 注 ， 对 创新 的 热情 ， 乐 此 不 疲 ， 这 
是 Martin 最 令 人 克 佩 的 地 方 ， 也 是 非常 值得 我 们 
PET BORK ASAI ETT © 


一 一 稚 泰 稳 ， 极 客 却 科技 、InfoQ 中 国 创 始 人 兼 
CEO 


当今 软件 开发 的 速度 越 来 越 快 ， 市 来 的 技术 
债 也 越 来 越 多 ， 我 从 CSDN 自 身 的 网 站 系统 开发 
中 元 分 认识 到 重 构 的 重要 性 一 一 如 来 我 们 的 程序 
员 能 理解 和 掌握 重 构 的 原则 和 方法 ， 我 们 的 系统 
吏 不 会 有 这 么 多 闹 重 的 俩 务 。 真 正本 质 的 东西 是 
不 变 的 ，《 重 构 》 在 出 版 20 年 后 推出 了 第 2 版 ， 册 


次 证 明 : 越 本 质 的 越 长 和信， 也 越 重 要 。 衷 心 期 待 
更 多 的 新 一 代 开 发 者 能 从 这 本 书 吸 收 吝 养 ， 开 发 
出 好 味道 的 系统 。 


一 一 将 涛 ，CSDN 创 始 人 、 和 董事 长 


最 早 看 到 本 书 第 1 版 的 喘 文 原版 并 决定 引进 国 
内 ， 算 起 来 已 经 是 20 年 前 的 事 了 。 虽 然 时 间 是 最 
Te NA et) CE, EB BAe Sab Java 
成 JavaScript 了， 但 书 中 的 理念 和 实践 的 价值 并 没 
有 随时 间 流 渤 。 这 元 分 证 明 ， 即 使 在 日 狐 月 异 的 
IT 技术 世界 里 ， 不 变 的 东西 其 实 还 是 有 的 ， 这 种 
是 技 术 人 员 应 该 优 匈 研读 并 
一 读 再 读 的 。 


一 一 刘 江 ， 美 团 技术 学 院 院 长 


OT ERE LMR, HRY, FRAN ERP 
工作 ， 它 束 古 编码 本 喘 。” 直 人 惠 我 读 过 《 重 构 》， 
并 经 过 练习 ， 才 真正 理解 到 这 一 上 后 。 真 布 望 目 己 
在 20 多 年 前 写 第 一 个 软件 时 ， 束 能 读 惠 这 本 书 ， 
从 而 能 广 省 出 大 量 调 坛 或 重复 研究 代码 的 时 间 。 
20 年 过 去 了 ，《 重 构 》 这 本 书 也 根据 当前 软件 设 
计 及 相关 工具 的 发 展 进 行 了 一 部 分 修订 ， 更 加 贴 
近 当 前 的 软件 开发 者 。 布 望 更 多 的 软件 工程 师 能 
够 应 用 这 一 技术 市 省 出 更 多 的 时 间 。 


TÆ, BENE M] 、 SER 


EER TIRRENI ° WER, 

重 构 殉 是 “不 改变 外 在 行为 ， 而 提高 代码 质量 这 
么 何 何 单单 的 一 句 话 ， 但 其 市 来 的 影 啊 却 非常 深 
远 : 它 使 我 们 在 解决 问题 时 可 以 放心 地 “ 先 做 对 ， 
再 做 好 ”一 一 这 种 思路 本 里 整 可 以 极 大 地 简化 问 
题 ， 它 使 我 们 消除 无 请 的 意气 之 争 一 一 “所 请 好 ， 
吏 是 更 少 的 坏 味 道 ”。 我 由 衷 地 认为 ， 切 实地 该 懂 
了 《 重 构 》 的 程序 员 ， 在 能 力 上 都 会 获得 一 个 数 
量 级 的 近 升 。 


徐 吴 ，ThoughtWorks 中 国 区 技术 总 监 


当 我 还 是 编程 某 乌 ， 想 写 出 深 完 的 代码 而 不 
得 | EAI IR, CEH) XA BRL R, R 
See IRB AY, ARERR 
里 的 方法 去 做 ， 进 都 能 把 代码 写 得 那么 好 ; 当 我 
还 十 职 场 新 人 ， 没 来 得 及 写 出 太 多 坪 圾 代码 的 时 
修 ， 这 本 书 束 教 会 了 我 ， 应 该 去 退 求 编写 人 能 够 
读 异 的 而 不 是 仅 机 器 能 够 读 怪 的 代码 。 多 年 以 后 
的 某 时 攻 刻 ， 当 你 编码 目 信 而 敏捷 ， 因 代码 清晰 
而 受 人 苯 重 时 ， 你 会 大 六 读 过 这 本 书 ， 你 也 会 有 
些 适 慨 ， 应 该 再 早 一 点 去 读 这 本 书 。 无 论 过 去 了 
多 少年 ， 这 本 书 ， 一 直 值 得 推荐 。 


闫 华 ， 京 东 7FRESH 架 构 师 


在 大 获 成 功 的 《 重 构 》 第 1 版 里 ，Martin 
Fowler 传 达 的 核心 理念 十， 代码 会 随时 间 流 潜 而 
Kets BS IAEA IMS, AER SB 
CRATE, BREF SSX ` IETS BoP AST o X 
E AU, ESL IA AIS AME — h Be PSE E 
1) e BAT TAPE LEEN, 必须 认识 这 


20 年 之 后 ，Martin Fowler 用 现身说法 证 明 ， 
经 典 的 《 重 构 》 也 会 变 得 不 合 时 宜 ， 也 需要 重 
构 。 如 今 ， 不 但 讲解 语言 从 Java 改 成 了 
JavaScript, 原来 的 重 构 示 例 也 做 了 很 多 调整 ， 新 
增 了 15 个 示例 ， 更 重要 的 是 ， 新 版 示例 不 再 那 
ZANT AR”, DLA SWORE) IZ AN ESE © 


EXIF ANIC, EDER ° 


ie, (SRR Ze: 程序 员 的 职业 又 
养 》 译 者 


随 看 软件 项 目 日 积 月 素 ， 系 统 维护 成 本 变 得 
越 来 越 融 郧 是 互联 网 团队 共同 面临 的 问题 。 用 户 
在 使 用 互联 网 系统 的 过 程 中 ， 货 到 的 各 类 运行 锯 
误 或 痢 不 可 访问 夏 障 ， 以 及 开发 团队 面 量 的 历史 


系统 不 可 维护 问题 ， 很 多 时 候 是 代码 初次 开发 过 
程 中 各 种 细小 的 不 规范 引起 的 。 持 续 优 化 已 有 代 
码 古 维护 系统 生命 力 最 好 的 方法 。《 重 构 》 是 我 
推 存 团 队 必 谈 的 技术 图 书 之 一 。 


一 一 杨 卫 华 (Tim Yang) ， 微 博 研 发 副 总 经 理 


软件 行业 已 经 高 速 发 展 数 十 年 ， 束 好 似 一 个 
革新 的 城市 ， 从 一 个 个 村 屋 矮 房 到 高 楼 林立 。 而 
你 的 代码 库 束 好 比 你 手下 的 一 个 房间 、 一 幅 平 
房 、 一 条 街道 、 一 片 社区 力 至 是 一 座 摩天 大 楼 。 
作为 一 本 经 典 的 软件 开发 书 ，《 重 构 》 告 诉 我 们 
的 不 仅仅 是 如 何 推倒 重建 、 清 理 、 委 修 ， 而 是 像 
一 个 规划 师 一 样 从 目的 、 成 本 、 FE > MESES 
合 维度 来 思考 重 构 的 意义 。 在 开发 业务 的 同时 ， 
7 BEERTA, SERUM h EAMA 

9 软件。 


一 一 阴 明 ， 气 金 社 区 创始 人 


重 构 ， 是 一 个 优秀 程序 员 的 基本 功 ， 因 为 没 
人 能 保证 其 代码 不 随时 间 腐 化 ， 而 重 构 会 让 代码 
重 刹 焕发 活力 。 整 个 软件 行业 对 重 构 的 认 知 始 于 
Martin Fowler 的 《 重 构 》， 这 本 书 让 人 们 知道 
了 “代码 的 坏 味 道 ”， 见 识 到 了 “小 步 前 行 ? 的 威 
力 。 时 隔 20 年 ，Martin Fowler J ENES LE 


构 》，20 年 间 的 思维 变迁 就 体现 在 这 本 书 里 ， 在 
第 1 版 中 ， 我 们 看 到 的 是 当时 方兴未艾 的 面 同 对 

象 ， 而 第 2 版 则 透露 出 函数 式 编程 的 影响 。 如 果 说 
AIT ARE EM ADS, Abate A ER Martin 

Fowler 的 任何 一 部 著作 ， 更 何况 是 已 经 由 时 间 证 
明 过 的 重要 著作 《 重 构 》 的 新 版 ! 


一 一 郑 上 轮 ， 炙 币 网 首席 避 构 师 


如 朵 看 完 本 书 ， 整 兴 蝇 冲 地 想 要 找 一 些 代码 
REH, ALR AY BERR ASR A Me ZA 。 


SRA PS ARES, AMMA] A 
ABMS ABET, BEY DARA A 
整个 团队 : 在 一 开始 的 时 候 ， 束 不 写 或 者 少 些 那 
种 味道 很 坏 的 代码 。 还 应 该 激励 目 己 ， 深 入 地 理 
FERTA > FEE SS ` SOR, dab Aci Rik 
M ENIES Tc in HI R ET o 


重 构 也 是 有 成 本 的 ， 所 以 应 该 思考 如 何 降低 
重 构 的 成 本 。 我 推荐 每 一 个 程序 员 痢 来 学 习 “ 重 
1 
a AER | 


一 一 庄 表 伟 ， 开 源 社 理事 、 执 行 长 ， 华 为 云 
DevCloud 高 级 产品 经 理 


Bt (EW) , PRES 〈 译 者 
序 ) 


2009 年 ， 在 为 《 重 构 》 第 1 版 的 中 译本 再 版 整 
理 译 稿 时 ， 我 已 经 隐约 察觉 行业 中 对 “ 重 构 ”这 个 
概念 的 矛盾 张力 。 一 方面 ， 在 这 个 “VUCA”( 易 
变 、 不 确定 、 复 杂 、 模 糊 ) 横行 的 年 代 ， 有 能 
调整 系统 的 内 部 结构 ， 使 其 更 具 长 期 生命 力 ， 这 
是 一 个 令 人 神往 的 期 许 。 另 一 方面 ， 重 构 的 扎实 
功夫 要 学 起 来 、 做 起 来 ， 颇 不 是 件 轻松 的 事 ， 且 
不 说 详尽 到 近乎 琐碎 的 重 构 手 法 ， 光 是 单元 测试 
一 事 ， 怕 是 已 有 九 成 同行 无 法 企及 。 结 果 ,“ 重 
构 ? 渐 渐 成 了 一 块 漂亮 的 招牌 ， 大 家 都 愿意 挂 上 这 
O 可 实际 上 干 的 却 多 是 “ 刀 臂 竹 砍 ”的 色 


如 今 义 是 10 年 过 去 ， 只 从 国内 的 情况 而 
论 ,，“ 重 构 ” 概 念 的 表 里 分 离 ， 大 有 人 钝 演 人 鳃 烈 之 
Fo hia SFA A ae EAS 
E, HEAT AR TR E ERR FA E E IZ 
的 环境 下 ， 例 如 系统 架构 旋 至 组 织 绪 构 ， 都 可 
以 <“ 重 构 ” 一 下 。 然 而 基本 蕊 的 天 缺 ， 却 也 一 路 如 
影 随 形 。 当 年 在 对 象 中 的 刀 劈 借 砍 ， 如 今 极 照搬 


到 了 染 构 、 组 织 的 调整 。 于 是 “ 重 构 ”的 痛 百 回忆 
oe ESD FEES BR > KME > AE 


此 时 转 头 看 Martin Fowleri bafta 
于 付 梓 的 《 重 构 》 第 2 版 ， 我 不 橙 感叹 于 他 对 “ 微 
末 功 夫 ” 的 执 看 。 在 此 书 疝 未 成 型 之 前 ， 我 和 当时 
ThoughtWorks 的 同事 曾 有 很 多 猜测 38 Fowlerst 
生 是 否 会 在 第 2 版 中 拔高 层次 ， 多 谈 谈 设计 乃至 加 
构 级 别 的 重 构 手法 ， 其 或 跟随 “敏捷 组 织 *“ 精 益 企 
业 ” 的 风 泣 谈 谈 组 织 重 构 ， 也 未 为 不 可 。 颈 料 成 书 
令 我 们 跌 破 眼镜 ，Fowler 先 生 不 仅 没 有 拔高 ， 反 
而 把 工夫 做 得 更 扎实 了 。 


对 比 前 后 两 版 的 重 构 列表 ， 可 以 发 现 ， 第 2 版 
WES AY MAPA TEA EIN SS, TERRE EE 
加 连贯， 更 重视 重 构 手 法 之 则 的 组 合 运用 。 第 1 版 
中 占 了 整 草 篇 幅 的 “大 型 重 构 ”， 在 第 2 版 中 全 数 删 
去 。 一 些 较 为 复 末 的 重 构 手法 ， 例 如 复制 “被 监视 
效 据 ”、 塑造 模板 函数 等 ， 第 2 版 也 不 再 收 永 。 而 
第 2 版 中 狐 增 的 重 构 手 法 ， 则 多 和 是 皖 炬 变量 、 移 动 
语 铝 、 拆 分 循环 、 拆 分 变量 这 样 更 加 细致 而 微 的 
控 作 。 这 些 新 增 的 手法 看 似 何 单 ， 但 直 指 大 规模 
it A CIS A aes DL ME, EIE T iQ 
HATHA TT ° X, ERER h Fowlerst£ 
对 于 重 构 一 事 一 贯 的 态度 : STRATE, 


越 生 面 对 复杂 多 变 的 外 部 环境 ， 越 是 要 做 好 基本 
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识别 坏 味道 、 测 斌 先行 、 行 为 保持 的 变更 动 
作 ， 有 年 重 构 的 基本 功 。 在 《 重 构 》 第 2 版 里 ， 重 构 
手法 的 细 太 被 再 度 打磨 ， 重 构 过 程 比 之 第 1 版 鳄 发 
流畅 。 细 细 品 味 重 构 手 法 中 的 前 后 步骤 ， 琢 麻 作 
者 是 如 何 做 到 行为 你 持 的 ， 这 征 能 局 发 读者 举 一 
肥 三 的 读书 法 。 以 保持 对 和 象 完 整 重 构 手法 为 例 ， 
第 1 版 中 的 做 法 是 在 原本 函数 上 新 添 参数 ， 而 第 2 
版 的 做 法 则 走 爷 新 建 一 个 至 函数 ， 在 其 中 做 完 想 
要 的 调整 之 后 ， 再 整体 蕉 换 原 本 函数 。 两 相对 
比 ， 无 疑 是 新 的 做 法 更 加 可 控 、 出 销 时 测试 失败 
HYE E BE |S o 
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在 开展 大 型 的 染 构 重 构 时 ， 忌 结 了 重 构 的 “十 六 了 
心 法 ”， 恰 与 保持 对 象 完整 重 构 手 法 在 第 2 版 中 这 
个 狐 的 做 法 暗合 。 这 十 六 字 心 法 如 是 说 : 
旧 的 不 变 ， 
PAT ONE, 
一 步 切换 ， 


旧 的 再 见 。 


从 这 个 视角 品味 一 个 个 重 构 巨 细 靡 壮 的 做 

法 ， 该 者 大 概 能 感受 到 重 构 与 “ 刀 劈 御 砍 ”之 间 最 
根本 的 分 上 收 。 在 很 多 重 构 (lA eae H ACB EK 
数 声明 ) 的 做 法 中 ，Fowler 先 生 会 引入 “很 快 就 会 
再 次 修改 甚至 删除 ”的 临时 元 素 。 假 如 只 看 起 止 状 
仿 ， 这 些 要 更 过 程 中 的 量 时 元 素 似乎 羡 痕 费 : 为 
何不 直接 一 步 到 位 改变 到 完善 的 结 采 状态 呢 ? 然 
而 这 些 临 时 元 素 所 代表 的 ， 是 对 变更 过 程 (而 非 
只 是 结果 ) 的 设计 。 缺 乏 对 过 程 的 精心 设计 与 必 
RRA, RBAN TARNEGA E] EIE, 
PAE E “By ESE? EER, APIS 
WA IE ACTER ERI EAMA, SCA ES 
ERI ANITLAR? 
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《 重 构 》 的 态度 ， 代 表 的 是 软件 开发 的 折 志 一 一 
对 “正确 的 做 事 方 式 ” 的 重视 。 在 一 个 浮躁 之 风 日 
辟 的 行业 中 ， 很 多 人 会 强调 “只 看 结果 ”， 轻 视 做 
事 的 过 程 与 方式 。 然 而 对 于 软件 开发 的 专业 人 士 
而 言 ， 如 果 和 忽视 了 过 程 与 方式 ， 也 整 等 于 放弃 了 
我 们 自己 的 立时 之 本 。Fowler 先 生 近 廿 载 对 这 本 
书 、 对 重 构 手法 的 精心 打磨 ， 给 了 我 们 一 个 榜 
样 : 一 个 对 匠 亏 上 心 的 专业 人 士 , 日 积 月 系 对 过 
程 与 方式 的 重视 ， 是 能 有 所 成 束 的 。 
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老师 的 帮助 下 ， 完 成 了 本 书 第 1 版 的 翻译 工作 。 如 
今 再 译本 书 第 2 版 ， 来 目 ThoughtWorks 的 青年 才 俊 
林 从 羽 君 主动 请 继 与 我 搭档 合谋 ， 我 亦 将 此 视 为 
ZK TESS o BIT ET 
TA ` JHE ` AVERE, KEEMA 
Z` TDD ` EWL REA AEE o HEFER 
轻 ， 却 能 平心静气 麻 硕 技艺 ， 对 基本 功 学 而 时 
>), MAGIRLEZM ¢ SFR AMF (aM) 
一 书 ， 我 从 Fowler 和 先生、 候 捷 老师 身上 学 到 他 们 
TIENI, Pa ESRI IT ER fT Bo LIS HT 
ERE LEA RAPE, PSST 
匠 精 神 传 水 光 大 。 


据说 古 时 高 僧 有 偶 云 : “AE, Ze 
EIR o IBS Ue, SMLAL ARIS Ue © 
与 《 重 构 》 的 诸位 读者 共勉 。 
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零售 、 政 府 、 电 信 、 制 造 业 等 行业 的 信息 化 建设 
方面 有 春 丰 曲 经 验 ， 是 中 国 代 业 敏 捷 痕 漳 的 领 车 
人 物 。 能 市 拥有 利物浦 大 学 MBA 和 学 位 。 
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PKA] ”ThoughtWorks 软 件 开发 工程 师 ， 
服务 于 国内 外 多 家 大 型 企业 ， 致 力 于 帮助 团队 更 
快 更 好 地 交付 可 工作 的 软件 。 拥 抱 敏 捷 精 神 ， 
TDD 爱 好 者 ， 纯 键盘 工作 者 。 
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“ 重 构 ” 这 个 概念 来 自 Smalltalk 圈 子 ， 没 多 久 
束 进 入 了 其 他 编程 语言 阵 宫 之 中 。 因 为 重 构 是 框 
染 开 发 中 不 可 缺少 的 一 部 分 ， 所 以 当 框 架设 计 考 
讨论 目 己 的 工作 时 ， 这 个 术语 就 诞生 了 。 当 他 们 
精炼 自己 的 类 继承 体系 时 ， 当 他 们 叫喊 自己 可 以 
拿 挥 多 少 多 少 行 代码 时 ， 重 构 的 概念 慢 慢 浮 出 水 
面 。 框 架设 计 者 知道 ， 这 东西 不 可 能 一 开始 就 完 
全 正确 ， 它 将 随 看 设计 者 的 经 难 成 长 而 进化 ; 他 
们 也 知道 ， 代 码 被 阅读 和 被 修改 的 次 数 远 远 多 于 
它 航 编写 的 次 数 。 保 择 代 码 易 谈 、 易 修改 的 天 
对 框架 而 言 如 此 ， 对 一 般 软 件 
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好 极 了 ， 还 有 什么 问题 吗 ? 问题 很 显然 ， 重 
构 有 有 风险 。 它 必须 修改 正在 工作 的 程序 ， 这 可 能 
引入 一 些 不 易 察 觉 的 错误 。 如 果 重 构 方式 不 恰 
当 ， 可 能 毁 挥 你 数 天 甚至 数 周 的 成 果 。 如 果 重 构 
时 不 做 好 准备 ， 不 这 守 规则 ， 风 险 束 更 大 。 你 挖 
抉 自己 的 代码 ， 很 快 发 现 了 一 些 值得 修改 的 地 
方 ， 于 古 你 挖 得 更 深 。 挖 得 越 深 ， 找 a 到 的 重 构 机 
会 束 越 多 ， 于 是 你 的 修改 也 越 多 ...... 最 后 你 给 目 
CITAR, HEDER T oA TIEA HIE 


基 ， 重 构 必 须 系 统 化 进行 。 我 和 三 位 合作 者 在 写 
《设计 模式 》 一 书 时 曾经 提 过 : 设计 模式 为 重 构 

提供 了 目标 。 然 而 “确定 目标 ”只 古 问 题 的 一 部 分 

而 已 ， 改 造 程序 以 达到 目标 ， 是 力 一 个 难题 。 


Martin Fowler 和 本 书 男 儿 位 作 考 清楚 地 揭示 
了 重 构 过 程 ， 他 们 为 面 回 对 象 软 件 开 发 所 做 的 页 
献 难以 估量 。 本 书 解释 了 重 构 的 原理 和 最 佳 实 
践 ， 并 指出 何 时 何 地 你 应 该 开始 挖掘 你 的 代码 以 
求 改 善 。 本 书 的 核心 是 一 系列 完整 的 重 构 方法 ， 
其 中 每 一 项 都 介绍 一 种 经 过 实践 检验 的 代码 变换 
手法 的 动机 和 技术 。 某 些 项 目 (如 “提炼 范 
数 ” 和 “搬移 字段 ?>) 看 起 来 可 能 很 浅显 ， 但 不 要 挥 
以 轻 心 ， 因 为 理解 这 类 技术 正 是 有 条 不 率 地 进行 
重 构 的 天 键 。 本 书 所 提 的 这 些 重 构 手 法 将 帮助 你 
一 次 一 小 步 地 修改 你 的 代码 ， 这 束 降 低 了 设计 演 
进 过 程 中 的 风险 。 很 快 你 束 会 把 这 些 重 构 手法 及 
其 名 称 加 入 目 己 的 开发 词典 中 ， 并 且 上 表明 上 口 。 


我 第 一 次 体 站 有 条 不 率 的 、 一 次 一 小 步 的 重 
构 ， 是 某 次 与 Kent Beck 在 三 万 允 尺 高 至 的 飞行 旅 
途中 结对 编程 。 我 们 运用 本 书 中 收录 的 重 构 手 
法 ， 傈 证 每 次 只 走 一 步 。 最 后 ， 我 对 这 种 实践 方 
式 的 效果 感到 十 分 惊讶 。 我 不 但 对 产生 的 代码 更 
有 信心 ， 而 且 开 发 压力 也 小 了 很 多 。 因 此 ， 我 极 


力 推 荐 你 试 试 这 些 重 构 手法 ， 你 和 你 的 程序 部 将 
因此 更 美好 。 


Erich Gamma 


Object Technology International, Inc. 


1999 年 1 月 
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从 前 ， 有 位 咨询 顾问 造访 客户 调研 其 开发 项 
目 。 该 系统 的 核心 是 一 个 类 继承 体系 ， 磊 问 看 了 
开发 人 员 所 写 的 一 些 代 码 。 他 发 现 整个 体系 相当 
aL, KERRY AA LEA ci T R 
设 ， 下 层 子 类 实现 这 些 假设 。 但 是 这 些 假设 并 不 
适合 所 有 子 类 ， 导 致 覆 写 (override) 工作 非常 繁 
重 。 只 要 在 超 类 做 点 修改 ， 就 可 以 减少 许多 履 写 
工作 。 在 男 一 些 地 方 ， 超 类 的 某 些 意 图 并 末 被 民 
好 理解 ， 因 此 其 中 某 些 行为 在 子 类 内 重复 出 现 。 
还 有 一 些 地 方 ， 好 几 个 子 类 做 相同 的 事情 ， 其 实 
可 以 把 它们 搬 到 继承 体系 的 上 层 去 做 。 


这 位 顾问 于 是 建议 项 目 经 理 看 看 这 些 代 码 ， 
把 它们 整理 一 下 ， 但 是 项 目 经 理 并 不 热衷 于 此 ， 
毕竟 程序 看 上 去 还 可 以 运行 ， 而 且 项 目 面临 很 大 
的 进度 压力 。 于 是 项 目 经 理 说 ， 晚 些 时 候 再 抽 时 
间 做 这 些 整 理工 作 。 


磊 问 也 把 他 的 想法 告诉 了 在 这 个 继承 体系 上 
工作 的 程序 员 ， 告 诉 他 们 可 能 发 生 的 事情 。 程 序 
Ha RB, SERS A Pe o bA AD 
道 这 并 不 全 是 他 们 的 错 ， 有 时 候 的 确 需 要 借助 外 


力 才 能 发 现 问题 。 程 序 员 立 刻 用 了 一 两 天 的 时 间 
整理 好 这 个 继承 体系 ， 并 删 挥 了 其 中 一 半 人 代码， 
功能 曙 改 无损。 他们 对 此 十 分 满意 ， 而 且 发 现在 
继承 体系 中 加 入 新 的 类 或 使 用 系统 中 的 其 他 类 都 
更 快 、 更 容易 了 。 


项 目 经 理 并 不 局 兴 。 进 度 排 得 很 紧 ， 有 许多 
工作 要 做 。 系 统 必须 在 儿 个 月 之 后 发 布 ， 而 这 些 
程序 员 却 日 日 耗费 了 两 天 时 间 ， 做 的 工作 与 未 来 
儿 个 月 要 交付 的 大 量 功能 台 不 相干 。 原 先 的 代码 
运行 起 来 还 算 正 常 。 的 确 ， 新 的 设计 更 加 “ 纯 
E o BIRTE” o 但 项 目 要 交付 给 客 己 的， 是 可 
以 有 效 运 行 的 代码 ， 不 十 用 以 取悦 学 究 的 代码 。 
顺 问 授 下 来 义 建议 应 该 在 系统 的 其 他 核心 部 分 进 
行 这 样 的 整理 工作 ， 这 会 使 整个 项 目 停顿 一 人 至 两 
个 星期 。 所 有 这 些 工作 只 起 为 了 让 代码 看 起 来 更 
漂亮 ， 并 不 能 给 系统 添加 任何 新 功能 。 


你 对 这 个 改 事 有 什么 感想 ? 你 认为 这 个 顾问 
的 建议 (更 进一步 整理 程序 是 对 的 吗 ? 你 会 遵 
循 那 名 古老 的 工程 谚语 蚂 : “如 采 它 还 可 以 运行 ， 
MDEE ©” 


BOD MEU OB EE RL, AARAA 
MBF] 6A Zk SAAB SAM, RAH 


因 是 代码 太 复杂 ， 无 法 调试 ， 也 无 法 将 性 能 调 优 
到 可 接受 的 水 平 。 


后 来 ， 这 个 项 目 重 狐 局 动 ， 儿 乎 从 头 开 始 编 
写 整 个 系统 ，Kent Beck 受 邀 做 了 顾问 。 他 做 了 几 
件 提 异 以 往 的 事 ， 其 中 最 重要 的 一 件 吏 是 坚持 以 
持续 不 断 的 重 构 行为 来 整理 代码 。 这 个 团队 效能 
的 近 升 ， 以 及 重 构 在 其 中 扮演 的 角色 ， 局 发 了 我 
反 写 本 书 的 第 1 版 ， 如 此 一 来 我 殉 能 够 把 Kent 和 其 
他 一 些 人 已 经 学 会 的 “以 重 构 方式 改进 软件 质 
量 ” 的 知识 ， 传 播 给 所 有 读 首 。 


目 本 书 第 1 版 问世 人 至今， 读者 的 反馈 其 住 ， 重 
构 的 理念 已 经 被 广泛 接纳 ， 成 为 编程 的 词汇 表 中 
不 可 或 缺 的 部 分 。 然 而 ， 对 于 一 本 与 编程 相关 的 
书 而 言 ，18 年 已 经 太 滥 长 ， 因 此 我 感到 ， 直 时候 
回头 重新 修订 这 本 书 了 。 我 几乎 重 写 了 全 书 的 每 
一 页 ， 但 从 只 内 泣 而 言 ， 整 本 书 又 几乎 没有 改 
变 。 重 构 的 精 艇 仍然 一 如 既往 ， 大 部 分 关键 的 重 
构 手 法 也 大 体 不 变 。 我 硕 望 这 次 修订 能 硕 助 更 多 
的 读音 学 会 如 何 有 效 地 进行 重 构 。 


什么 是 重 构 


所 谓 重 构 (refactoring) 是 这 样 一 个 过 程 : 在 
不 改变 代码 外 在 行为 的 前 提 下 ， 对 代码 做 出 修 
改 ， 以 改进 程序 的 内 部 结构 。 重 构 是 一 种 经 千 锤 
百 炼 形成 的 有 条 不 率 的 程序 整理 方法 ， 可 以 最 大 
限度 地 减 小 整理 过 程 中 引入 错误 的 概率 。 本 质 上 
说 ， 重 构 就 是 在 代码 写 好 之 后 改进 它 的 设计 。 


“在 代码 写 好 之 后 改进 它 的 设计 "这 种 说 法 有 
点 儿 奇怪 。 在 软件 开发 的 大 部 分 历史 时 期 ， 大 部 
分 人 相信 应 该 先 设计 而 后 编码 ;首先 得 有 一 个 良 
好 的 设计 ， 然 后 才能 开始 编码 。 但 是 ， 随 着 时 间 
流逝， 人 们 不 断 修改 代码 ， 于 是 根据 原先 设计 所 
得 的 系统 ， 整 体 结构 逐渐 衰弱 。 代 码 质量 慢 慢 沉 
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性 行为 。 


“ 重 构 ”正好 与 此 相反 。 哪 怕 手 上 有 一 个 糟 烷 
WT, Ee Boe HALAS, RITE LME 
由 重 构 将 它 加 工 成 设计 民 好 的 代码 。 重 构 的 每 个 
步骤 都 很 简单 ， 甚 至 显得 有 些 过 于 简单 : 只 需要 
把 某 个 字段 从 一 个 类 移 到 为 一 个 类 ， 把 某 些 代 码 
从 一 个 函数 拉 出 来 构成 妨 一 个 芳 数 ， 或 古 在 继承 
体系 中 把 菏 些 代码 推 上 推 下 束 行 了 。 但 是 ， 育 沙 
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观点 恰恰 相反 。 


有 了 重 构 以 后 ， 工 作 的 平衡 点 开始 发 生变 
化 。 我 发 现 设 计 不 是 在 一 开始 完成 的 ， 而 羡 在 整 
个 开发 过 程 中 逐渐 浮现 出 来 。 在 系统 构 咒 过 程 
中 ， 我 学 会 了 如 何不 断 改 进 设 计 。 这 个 “ 构 茎 - 设 
计 ” 的 反复 互动 ， 可 以 让 一 个 程序 在 开发 过 程 中 持 
伟人 有 民 好 的 设计 。 


本 书 有 什么 


本 书 是 一 本 为 专业 程序 员 编 写 的 重 构 指 南 。 
我 的 目的 是 告诉 你 如 何以 一 种 可 探 且 高 效 的 廊 式 
进行 重 构 。 你 将 学 会 如 何 有 条 不 闲 地 改进 程序 结 
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按照 传统， 图 书 应 该 以 概念 介绍 开头 。 尽 管 
我 也 同意 这 个 原则 ， 但 有 是 我 发 现 以 概括 性 的 讨论 
或 定义 来 介绍 重 构 ， 实 在 不 是 一 件 容 易 的 事 。 因 
此 ， 我 决定 用 一 个 实例 作为 开路 和 完 颖 。 第 1 章 展示 
了 一 个 小 程序 ， 其 中 有 些 剃 见 的 设计 缺陷 ， 我 把 
它 重 构 得 更 容易 理解 和 修改 。 其 间 你 可 以 看 到 重 
构 的 过 程 ， 以 及 几 个 很 有 用 的 重 构 手 法 。 如 条 你 
想 知 道 重 构 到 发 是 怎么 回 事 ， 这 一 章 不 可 不 读 。 


第 2 草 讨 论 重 构 的 一 般 性 原则 、 定 义 ， 以 及 进 
行 重 构 的 原因 ， 我 也 大 致 介绍 了 重 构 面临 的 一 些 
挑战 。 第 3 草 由 Kent Beck 介 绍 如 何 哩 出 代码 中 
的 “ 坏 味道 ”"， 以 及 如 何 运用 重 构 清除 这 些 “ 坏 味 
道 *”。 测 试 在 重 构 中 扮 滥 春 非常 重要 的 角色 ， 第 4 
章 介 绍 如 何在 代码 中 构筑 测试 。 


从 第 5 章 往 后 的 访 幅 就 古本 书 的 核心 部 分 一 一 
重 构 名 杂 。 尺 管 不 能 说 古 一 份 己 细 靡 遗 的 列表 ， 
却 尼 以 履 志 大 多 数 开 发 痢 可 能 用 到 的 天 键 重 构 手 
法 。 这 份 重 构 名 孙 的 源头 是 20 世 纪 90 年 代 后 期 我 
开始 学 习 重 构 时 的 笔记 ， 直 到 今天 我 仍然 不 时 大 
阅 这 些 笔 记 ， 作 为 对 我 不 其 可 莘 的 记忆 力 的 补 
充 。 每 当 我 想 做 点 什么 一 一 例如 拆 分 阶段 (154) 
一 一 的 时 候 ， 这 份 列表 吏 会 捉 醒 我 如 何 一 步 一 步 
安全 前 进 。 我 希望 这 是 值得 你 日 后 一 再 回顾 的 部 


一 本 Web 优 先 的 书 


万 维 网 对 我 们 的 社会 影响 深远 ， 尤 其 古 改变 
了 我 们 获取 信息 的 方式 。 在 据 写 本 书 第 1 版 时 ， 关 
于 软件 开发 的 知识 大 多 通过 出 版 物 传 播 。 而 时 至 
今日 ， 我 的 大 部 分 信息 都 来 目 网 上 。 这 个 趋势 给 
像 我 这 样 的 写作 者 市 来 了 一 个 挑战 : 今日 世界 还 


有 图 书 的 一 局 之 地 吗 ? 今天 的 图 书 应 该 征 什么 形 
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我 相信 像 这 样 一 本 书 仍然 有 其 价值 ， 但 也 需 

要 作出 改变 。 图 书 的 价值 在 于 把 大 量 信 息 以 内 聚 

的 方式 整合 起 来 。 在 撰写 本 书 的 过 程 中 ， 我 笑 试 
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但 这 个 聚合 的 整体 是 一 个 抽象 的 文学 作品 ， 
尽管 传统 上 只 能 以 纸 质 图 书 的 形式 呈现 ， 示 来 却 
未 必 非 得 如 此 。 出 版 行业 仍然 将 纸 质 图 书 视 为首 
要 的 呈现 形式 ， 里 然 我 们 已 经 满怀 热情 地 接纳 了 
电子 书 ， 但 是 电子 图 书 毕竟 也 只 是 在 原来 纸 质 图 
书 结构 的 基础 上 做 了 电子 化 的 呈现 。 


我 想 通 过 这 本 书 探索 一 条 不 同 的 路 人 笃 。 本 书 
的 权威 版 本 是 它 的 网 站 (或 者 叫 “Web 版 ”?) ° W 
采 你 购买 了 纸 质 版 或 者 电子 版 ， 束 会 同时 获得 访 
Web 版 的 权限 。 (关于 如 何在 InformIT 网 站 上 注 
册 你 的 商品 ， 请 留意 下 文 的 提示 。) 纸 质 版 图 书 
是 网 站 和 内容 的 精 选 ， 并 整理 成 适合 印刷 的 形式 。 
纸 质 版 并 不 党 试 包 含 网 站 上 的 所 有 重 构 手法 ， 尤 
其 是 考虑 到 未 来 我 很 有 可 能 在 Web 了 版 中 增加 更 多 
BMF SIM, EFE X EWeblkHA— 
个 呈现 ， 其 中 包含 的 重 构 手法 列表 可 能 与 纸 质 版 


不 同 ， 毕 竞 电子 书 在 售 出 之 后 也 可 以 相对 容易 地 
更 新 和 添加 内 容 。 


在 写 下 这 些 文字 时 ， 我 无 从 知晓 你 正在 阅读 
的 是 在 线 Web 版 、 手 机 上 的 电子 书 、 纸 质 版 图 书 
还 古 别 的 什么 超 乎 我 想象 的 形式 。 我 尽力 写 一 本 
有 用 的 书 ， 不 论 你 用 什么 形式 来 汲取 其 中 的 知 
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如 果 你 想 查 看 本 书 Web 版 (只 有 英文 版 )， 
并 及 时 获得 内 容 更 新 和 勘误 ， 请 到 InformIT 网 站 
注册 这 本 书 。 你 需要 自 先 打开 
informit.com/register 册 和 面 ， 谷 各 你 的 InformIT 账 
P (如 果 没 有 InformIT 账 户 的 话 ， 需 要 先 注 册 一 
个 ) ， 然 后 (进入 “Registered Products” 标 签 ) 


输入 本 书 英文 原版 的 ISBN“9780134757599”， 单 
击 “Submit” 按 钮 。 然 后 网 站 会 问 你 提出 一 个 与 本 
书 内 容 有 天 的 问题 ， 所 以 请 确 体 纸 质 书 或 电子 
PWEZI o KIERA, 

A “Account” HH, J7 “Digital Purchases” Ër 

Se, HAR ppl RA Launch” tth, BREA 
到 本 书 的 Web 版 。 


For access to the web edition (English only) 
and updates or corrections as they become 


available, register your copy on the InformIT web 
site. To start the registration process, go to 
informit.com/register and log in (or create an 
account if you don’t have one). Enter 
9780134757599 in the box labeled ISBN and click 
Submit. You will be asked a challenge question, so 
be sure to have your copy of the book available. 
After you’ve successfully registered your copy, 
open the “Digital Purchases” tab on your Account 
page and click on the link under this title to 
“Launch” the web edition. 


JavaScript 代 码 范例 


与 软件 开发 中 的 大 多 数 扩 术 性 领域 一 样 ， 代 
人 码 施 例 对 于 概念 的 并 释 至 关 重 要 。 不 过 ， 即 使 在 
不 同 的 编程 语言 中 ， 重 构 手 法 看 上 去 也 是 大 同 小 
异 有 的 。 昌 然 会 有 一 些 值得 留心 的 语言 特性 ， 但 重 
构 手 法 的 核心 要 系 痢 十 一 样 的 。 


我 选择 了 用 JavaScript 来 展现 本 书 中 的 重 构 手 
法 ， 因 为 我 感到 六 多 数 读 背 都 能 看 健 这 种 语言 。 
人 不过， 即便 你 眼下 正在 使 用 的 是 列 的 编程 语言 ， 
采用 这 些 重 构 手 法 也 应 该 不 困难 。 我 尽量 不 使 用 


JavaScript 任 何 复杂 的 特性 ， 这 样 即 便 你 对 这 门 编 
程 语言 只 有 粗浅 的 了 解 ， 应 该 也 能 跟 上 重 构 的 过 
程 。 男 外 ， 使 用 JavaScript 展 示 重 构 手 法 ， 并 不 代 
表 我 推荐 这 | ] 编 程 语言 。 


使 用 JavaScript 展 示人 代码 范例 ， 也 不 意味 痢 本 
书 介绍 的 技巧 只 适用 于 JavaScript。 本 书 的 第 1 版 
采用 了 Java， 但 很 多 从 未 写 过 任何 Java 代 码 的 程序 
员 也 同样 认为 这 些 技巧 很 有 用 。 我 曾经 尝试 过 用 
十 多 种 不 同 的 编程 语言 来 硅 现 这 些 范 例 ， 以 此 展 
示 重 构 手 法 的 通用 性 ， 不 过 这 对 普通 读者 而 言 只 
会 市 来 困惑 。 本 书 是 为 所 有 编程 语言 背景 的 程序 
员 所 作 ， 除 了 阅读 “范例 ”小 和 时 需要 一 些 基 本 的 
JavaScript 知 识 ， 本 书 的 其 余部 分 都 不 特定 于 任何 
具体 的 编程 语言 。 我 布 望 读者 能 汲取 本 书 的 内 
容 ， 并 将 其 应 用 于 目 己 日 津 使 用 的 编程 语言 。 具 
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TERIS, 然后 再 将 其 适 配 到 目 己 习惯 的 编程 语 


内 此 ， 除 了 在 特殊 情况 下 ， 当 我 谈 到 “类 ”“ 柑 
块 半 函数 ”等 词汇 时 ， 我 都 按照 它们 在 程序 设计 领 
域 的 一 般 含义 来 使 用 这 些 词 ， 而 不 是 以 其 在 
JavaScript 语 言 模 型 中 的 特殊 合 义 来 使 用 。 


我 只 把 JavaScript 用 作 一 种 示例 语言 ， 因 此 我 
也 会 尽量 避免 使 用 其 他 程序 员 可 能 不 太 熟 悉 的 编 
程 风 格 。 这 不 是 一 本 “用 JavaScript 进 行 重 构 ” 的 
书 ， 而 是 一 本 天 于 重 构 的 通用 书籍 ， 只 是 米 用 了 
JavaScript 作 为 示例 。 有 很 多 JavaScript 特 有 的 重 构 
手法 很 有 意思 (如 将 回调 重 构 成 promise 或 
async/await) ， 但 这 些 不 是 本 书 要 讨论 的 内 容 。 


谁 该 阅读 本 书 


本 书 的 目标 读者 是 专业 程序 员 ， 也 吏 是 那些 
以 编写 软件 为 生 的 人 。 书 中 的 范例 和 讨论 ， 涉 及 
大 量 需要 详细 了 阅读 和 理解 的 代码 。 这 些 例 子 都 用 
JavaScript 写 成 ， 不 过 这 些 重 构 手法 应 该 适用 于 大 
部 分 编程 语言 。 为 了 理解 书 中 的 内 容 ， 读 者 需要 
有 一 定 的 编程 经 验 ， 但 需要 的 知识 并 不 多 。 


本 书 的 首要 目标 读者 群 征 想 要 学 习 重 构 的 软 
件 开发 者 ， 同 时 对 于 已 经 理解 重 构 的 人 也 有 价值 
一 一 本 书 可 以 作为 一 本 教学 辅助 书 。 在 本 书 中 ， 
我 用 了 大 量 篇 幅 详细 解释 各 个 重 构 手 法 的 过 程 和 
四 因此 有 经 验 的 开发 人 员 可 以 用 本 书 来 指导 


尽管 本 书 的 关注 对 象 是 代码 ， 但 重 构 对 于 系 
统 设 计 也 有 巨大 影响 。 资 深 设 计 师 和 架构 师 也 很 
有 必要 了 解 重 构 原理 ， 并 在 自己 的 项 目 中 运用 重 
构 技 术 。 最 好 是 由 有 威望 的 、 经 验 丰富 的 开发 人 
员 来 引入 重 构 技 术 ， 因 为 这 样 的 人 最 能 够 透彻 理 
解 重 构 背 后 的 原理 ， 并 根据 情况 加 以 调整 ， 使 之 
适用 于 特定 工作 领域 。 如 果 你 使 用 的 不 是 
JavaScript 而 是 其 他 编程 语言 ， 这 一 点 尤其 重要 ， 
因为 你 必须 把 我 给 出 的 范例 用 其 他 编程 语言 改 
写 。 


下 面 我 要 告诉 你 ， 如 何 能 够 在 不 通读 全 书 的 
DN 


。 如 有 果 你 想 知道 重 构 是 什么 ， 请 阅读 第 1 章 ， 其 
中 的 示例 会 让 你 弄 消 楚 重 构 的 过 程 。 


。 如 采 你 想 知道 为 什么 应 该 重 构 ， 请 阅读 前 两 
a a 


. 如果 你 想 知道 该 在 什么 地 方 重 构 ， 请 阅读 第 3 
章 ， 它 会 告诉 你 一 些 代码 特征 ， 这 些 特征 指 
出 “这 里 需要 重 构 ” 。 


。 如 有 果 你 想 着 手 进行 重 构 ， 请 完整 阅读 前 四 章 ， 
然后 选择 性 地 阅读 重 构 名 好。 一 开始 只 需 概略 
便 听 列表 ， 看 看 其 中 有 些 什 么 ， 不 必 理 解 所 有 
细 广 。 一 旦 真正 需要 实施 某 个 重 构 手法 ， 再 详 
细 阅 读 它 ， 从 中 获取 帮助 。 列 表 部 分 是 供 查阅 
的 参考 性 内 容 ， 你 不 必 一 次 束 把 它 全 部 读 完 。 


给 形形色色 的 重 构 手 法 命名 是 编写 本 书 的 重 
要 部 分 。 合 适 的 词汇 能 帮助 我 们 彼此 沟通 。 当 一 
名 开发 普 问 为 一 名 开发 痢 近 出 建议 ， 将 一 段 代码 
提取 成 为 一 个 芳 数 ， 或 痢 将 计算 逻辑 拆 分 成 儿 个 
阶段 ， 双 方 都 能 理解 提炼 函数 (106) 和 拆 分 阶段 
(154) 是 什么 意思 。 这 份 词汇 表 也 能 帮助 开发 者 
选择 目 动 化 的 重 构 手 法 。 


“这 一 节 中 关于 各 个 版 本 的 表述 仅 适 用 于 本 书 的 英文 原版 ， 中 文 版 的 
相关 版 本 可 能 会 与 此 上 略 有 不 同 。 一 一 编者 注 


站 在 前 人 的 肩膀 上 


就 在 本 书 一 开始 的 此 时 此 刻 ， 我 必须 说 : 这 
本 书 让 我 人 必 了 一 大 笔 人 情 价 ， 欠 那些 在 20 世 纪 90 
年 代 做 了 大 量 人 研究 工作 并 开创 重 构 领 域 检 人 一 大 
笔 债 。 学 习 他 们 的 经 验 启 发 了 我 撰写 本 书 第 1 版 ， 
尽管 已 经 过 去 了 很 多 年 ， 我 仍然 必须 感谢 他 们 打 


下 的 基础 。 这 本 书 原本 应 该 由 他 们 之 中 的 某 个 人 
来 写 ， 但 最 后 却 让 我 这 个 有 时 间 、 有 精力 的 人 失 
Ho 


重 构 技 术 的 两 位 最 对 倡导 者 是 Ward 
Cunningham 和 Kent Beck。 他 们 很 早 束 把 重 构 作 
为 软件 开发 过 程 的 一 块 基石 ， 并 且 在 目 己 的 开发 
过 程 中 运用 它 。 尤 其 需要 说 明 的 是 ， 正 因为 和 
Kent 合 作 ， 我 才 真 正 看 到 了 重 构 的 重要 性 ， 并 和 直 
过 党 到 激励 写 了 这 本 书 。 


Ralph Johnson 在 UIUC (伊利 诺 伊 大 学 厄 巴 
纳 -香槟 分 校 ) 领导 了 一 个 小 组 ， 这 个 小 组 因 其 在 
对 象 技 术 方 面 的 实用 贡献 而 声名 远扬 。Ralph 很 早 
束 古 重 构 的 拥护 者 ， 他 的 一 些 学 生 也 在 重 构 领 域 
的 发 展 前 期 做 出 重要 人 研究 。Bill Opdyke 有 的 博士 论 
文 是 重 构 人 研究 的 第 一 份 评 细 的 书面 成 果 。John 
Brant 和 Don Roberts 则 早已 不 满足 于 写 文 章 了 ， 他 
们 创造 了 第 一 个 目 动 化 的 重 构 工 具 ， 这 个 叫 作 
Refactoring Browser (HFSW bias) 的 工具 可 以 用 
于 重 构 Smalltalk 程 序 。 


目 本 书 第 1 版 问世 以 来 ， 很 多 人 推动 了 重 构 领 
域 的 发 展 。 无 共 旦 ， 开 发 工具 中 的 目 动 化 重 构 功 
能 ， 让 程序 员 的 生活 轻松 了 许多 。 如 今 我 只 要 简 
单 地 殴 儿 下 键 盖 束 可 以 给 一 个 被 大 量 使 用 的 函数 


改名 ， 对 此 我 已 经 习 以 为 音 ,但 在 这 快捷 的 操作 
Ela, RIDES XARA AE BB) 


致谢 


RE AXE BRE MEE, RIIDE m de 
很 多 协助 才能 写成 本 书 。 本 书 的 第 1 版 极 大 地 得 符 
于 Kent Becki) 2439 J SB ° ERIA HP) AY 
是 他 ， 鼓 励 我 开始 书面 记录 重 构 手法 的 是 他 ， 帮 
助 我 把 重 构 手法 组 织 成 型 的 也 十 他 ， 提 出 “代码 味 
掉 ” 这 个 概念 鸭 还 是 他 。 我 营 单 感觉 ， 他 本 可 以 把 
本 书 的 第 1 版 写 得 更 好 一 一 如 朱 当 时 他 不 是 在 低 春 
拱 写 极限 编程 的 诡 基 之 作 《 解 析 极 限 编程 》 的 


话 


我 认识 的 所 有 技术 图 书 作者 部 会 近 到 ， 技 术 
审 福 人 捉 供 了 巨大 的 硕 助 。 我 们 的 作品 都 会 有 忆 
大 的 喘 陷 ， 只 有 同行 审 稿 人 能 发 现 这 些 碳 陷 。 我 
目 己 并 不 第 做 技术 审 稳 ， 部 分 原因 是 我 认为 目 己 
并 不 擂 长 ， 所 以 我 对 优秀 的 技术 审 入 人 总 十 满怀 
敬意 。 帮 别人 审 稿 所 得 的 报酬 微不足道 ， 所 以 这 
完全 是 一 项 慷慨 之 举 。 


正式 开始 写 这 本 书 时 ， 我 建 了 一 个 邮件 列 
表 ， 其 中 部 十 能 给 我 提供 反馈 的 建议 者 。 随 看 写 


作 的 进展 ， 我 不 断 把 新 的 草 稳 发 到 这 个 小 组 里 ， 
请 他 们 给 我 反馈 。 我 要 感谢 这 些 人 在 邮件 列表 中 
提供 的 反馈 : Arlo Belshee ` Avdi Grimm ` Beth 
Anders-Beck ` Bill Wake ` Brian Guthrie ` Brian 
Marick ` Chad Wathington ` Dave Farley ` David 
Rice ` Don Roberts ` Fred George ` Giles 
Alexander ` Greg Doench ` Hugo Corbucci ` Ivan 
Moore ` James Shore ` Jay Fields ` Jessica Kerr ` 
Joshua Kerievsky ` Kevlin Henney ` Luciano 
Ramalho ` Marcos Brizeno ` Michael Feathers ` 
Patrick Kua ` Pete Hodgson ` Rebecca Parsons 和 
Trisha Gee ° 


在 这 群 人 中 ， 我 要 特别 感谢 Beth Anders- 
Beck、James Shore 和 Pete Hodgson 在 JavaScript 方 
面 给 我 的 帮助 。 


有 了 一 个 比较 完整 的 初 入 之后， 我 将 它 发 这 
出 去 ， 寻 求 更 多 的 审阅 意见 ， 因 为 我 希望 有 一 些 
EIER EP ° William Chargin 和 
Michael Hunger 提 供 了 极其 详尽 的 审阅 意见 。 我 还 
从 Bob Martin 和 Scott Davis 那 里 得 到 了 很 多 有 用 的 
意见 。Bil Wake 也 对 本 书 初稿 做 了 完整 的 审阅 ， 

并 在 邮件 列表 中 给 出 了 他 的 意见 。 


我 在 ThoughtWorks 的 同事 一 直 给 我 的 写作 提 
供 想 法 和 有 反馈。 数不胜数 的 问题 、 评 论 和 观点 推 
动 了 本 书 的 思 券 与 写作 。 作 为 ThoughtWorks 员 工 
最 好 的 一 件 事 ， 束 是 这 家 公司 允许 我 化 大 量 时 间 
来 写作 。 我 尤其 要 感谢 Rebecca Parsons (我 们 的 
CTO) 经 党 与 我 交流 ， 给 了 我 很 多 想法 。 


在 培 生 出 版 集团 ，Greg Doench 是 负责 本 书 的 
东 划 编程 ， 他 人 解决 了 无 数 的 问题 ， 最 终 使 本 书 得 
以 出 版 ，Julie Nahil 是 贡 任 编辑 ，Dmitry Kirsanov 
负责 文字 编辑 工作 ; Alina Kirsanova 人 负责 排版 和 
制作 索引 。 我 也 很 高 兴 与 他 们 合作 。 


服务 与 支持 


本 书 由 异步 社区 出 品 ， 社 区 
(https://www.epubit.com/) 为 您 提供 相关 资源 和 


后 续 服 务 。 
提交 勘误 


作 首 和 编辑 尺 最 大 努力 来 确 你 书 中 内 容 的 准 
确 性 ， 但 难免 会 存在 玖 着 。 欢 迎 您 将 发现 的 问题 
肥 馈 给 我 们 ， 帮 助 我 们 提升 图 书 的 质量 。 


当 您 脉 现 锯 误 时 ， 请 登录 异步 人 社区 ， 按 书 名 
搜索 ， 进 入 本 书页 面 ， 扣 击 “ 提 交 勘 问 "， 输 入 勘 
误 人 信息， 点击“ 提交” 按钮 即 可 。 本 书 的 作者 和 编 
辑 会 对 您 握 区 的 勘误 进行 审核 ， 确 认 并 接受 后 ， 
您 将 获 赠 异步 社区 的 100 积 分 。 积 分 可 用 于 在 异步 
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与 我 们 联系 


我 们 的 联系 邮箱 是 contact@Depubit.com.cn ° 


如 朱 您 对 本 书 有 任何 疑问 或 建议 ， 请 您 发 邮 
件 给 我 们 ， 并 请 在 邮件 标题 中 注 明 本 书 书 名 ， 以 
便 我 们 更 高 效 地 做 出 反馈 。 


如 来 您 有 兴趣 出 版 图 书 、 孙 制 教学 视频 ， 或 
首 参 与 匈 书 翻译 、 撤 术 审 校 等 工作 ， 可 以 发 邮件 
给 我 们 ;有意 出 版 图 书 的 作者 也 可 以 到 异步 社区 
在 线 提交 投稿 (直接 访问 


www.epubit.comy/selfpublish/submission 即 可 ) 。 
如 末 您 是 学 校 、 培 训 机 构 或 企业 ， 想 批量 购 


买 本 书 或 异步 社区 出 版 的 其 他 图 书 ， 也 可 以 发 邮 
件 给 我 们 。 


如 采 您 在 网 上 发 现 有 针对 异步 社区 出 品 图 书 
的 各 种 形式 的 次 版 行为 ， 包 括 对 图 书 全 部 或 部 分 
内 容 的 非 授 权 传 播 ， 请 您 将 怀疑 有 侵权 行为 的 链 
接 发 邮件 给 我 们 。 您 的 这 一 举动 宇 对 作者 权 共 的 
0 a 
源 。 


关于 异步 社区 和 异步 图 书 


“异步 性 区 ”是 人 民 邮 电 出 版 社 旗 下 IT 专业 图 
书社 区 ， 致 力 于 出 版 精品 IT 技术 图 书 和 相关 学 习 
产品 ， 为 作 详 着 提 供 优质 出 版 服务 。 异 步 社 区 创 
办 于 2015 年 8 月 ， 提 供 大 量 精品 IT 技 术 图 书 和 电子 
书 ， 以 及 局 品质 技术 文章 和 视频 课程 。 更 多 详情 


请 访问 异步 社区 官网 https://www.epubit.com ° 


“异步 图 书 * 是 由 异步 社区 编辑 团队 策划 出 版 
的 精品 开 专 业 图 书 的 品牌 ， 依 托 于 人 民 邮 电 出 版 
社 近 30 年 的 计算 机 图 书 出 版 积累 和 专业 编辑 团 
队 ， 相 关 图 书 在 封面 上 印 有 腊 步 图 书 的 LOGO 。 
异步 图 书 的 出 版 领域 包括 软件 开发 、 大 数据 、 
AIL ` WRR Biim ` WARRE ° 


异步 社区 


第 1 章 ” 重 构 ， 第 一 个 示例 


我 该 从 何 说 起 呢 ? 按照 传统 做 法 ， 一 开始 介 
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理 等 。 可 是 每 妆 有 人 在 会 场 上 介绍 这 些 东 西 ， 忆 
尽 丧 发 我 的 脐 睡 虫 。 我 的 思绪 开始 游 汤 ， 我 的 眼 
a 
Eire tH ° 


示例 之 所 以 可 以 拯救 我 于 太 虚 之 中 ， 因 为 它 
让 我 看 见 事 情 在 真正 进行 。 谈 原理 ， 很 容易 流 于 
泛 沁 ， 又 很 难说 明 如 何 实际 应 用 。 给 出 一 个 示 
例 ， 束 可 以 帮助 我 把 事情 认识 消 苞 。 


因此 ， 我 决定 从 一 个 示例 说 起 。 在 此 过 程 中 
会 谈 到 很 多 重 构 的 工作 方式 ， 并 且 让 你 对 重 构 
过 程 有 一 点 点 感觉 。 然 后 在 下 一 章 中 我 才能 回 你 
展开 通 利 的 原理 介绍 。 


但 是 ， 面 对 这 个 介绍 性 示例 ， 我 过 到 了 一 个 
大 问题 。 如 时 我 选择 一 个 大 型 程序 ， 那 么 对 程序 
目 喘 的 接 述 和 对 整个 重 构 过 程 的 手 述 束 太 复杂 
了 ， 任 何 读者 都 不 肪 从 读 (我 坛 了 一 下 ， 哪 伯 稍 
微 复杂 一 点 的 例子 都 会 超过 100 页 ) 。 如 果 我 选择 


又 悉 介 看 不 出 重 构 的 价 


和 任何 立志 要 介绍 “应 用 于 真实 世界 的 程序 中 
的 有 用 技术 ”的 人 一 样 ， 我 陷入 了 一 个 十 分 典型 的 
两 难 困境 。 我 只 能 市 你 看 看 如 何在 一 个 我 选择 的 
小 程序 中 进行 重 构 ， 然 而 坦 日 说 ， 那 个 程序 的 规 
模 根 本 不 值得 我 们 这 么 做 。 但 是 ， 如 采 我 给 你 看 
的 代码 是 大 系统 的 一 部 分 ， 重 构 技 术 很 快 整 变 得 
重要 起 来 。 所 以 请 你 一 边 观 芝 这 个 小 例子 ,一边 
起 象 它 身 处 于 一 个 六 得 多 的 系统 。 


1.1 起 点 


在 本 书 第 1 版 中 ， 我 使 用 的 示例 程序 是 为 影 
出 租 店 的 顾客 打印 一 张 详 单 。 放 到 今天 ， 很 多 人 
可 能 要 问 了 : “有 影片 出 租 店 是 什么 ? ”为 了 避 人 多 过 
多 回答 这 个 问题 ， 我 翻新 了 一 下 示例 ， 将 共 包 交 
成 一 个 仍 有 古典 前 味 义 尚未 消亡 的 现代 示例 。 


设想 有 一 个 戏剧 演出 团 ， 演 员 们 经 常 要 去 各 
种 场合 表演 戏剧 。 通 常客 户 (customer) 会 指定 
几 出 剧目 ， 而 剧团 则 根据 观众 (audience) 人 数 及 
剧目 类 型 来 同 客 户 收 费 。 该 团 目前 出 演 两 种 戏 
ll: 悲剧 (tragedy) 和 喜剧 (comedy) 。 给 客户 


发 出 账单 时 ， 剧 团 还 会 根据 到 场 观 众 的 数量 给 

出 “观众 量 积 分 ” (volume credit) 优惠 ， 下 次 客户 
再 请 剧团 表演 时 可 以 使 用 积分 获得 折扣 一 一 你 可 
以 把 它 看 作 一 种 提升 客户 忠诚 度 的 方式 。 


该 因 图 将 天 目的 数据 存储 在 一 个 简单 的 ISON 


plays.json... 


"hamlet": {"name": "Hamlet", "type": "tragedy"}, 


"as-like": {"name": "As You Like It", "type": "comedy"}, 
"othello": {"name": "Othello", "type": "tragedy"} 


l 


他 们 开 出 的 账单 也 存储 在 一 个 JSON 文 件 里 。 


invoices.json... 


"customer": "BigCo", 
"performances": [ 


"playID": "hamlet", 
"audience": 55 


}, 


"playID": "as-like", 


"audience": 35 


"olayID": "othello", 
"audience": 40 
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function statement (invoice, plays) { 


let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = 0; 


Switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 
} 
break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 
} 
thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 


} 


// add volume credits 
volumeCredits += Math.max(perf.audience - 30, 0); 


// add extra credit for every ten comedy attendees 
if ("comedy" === play.type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100) } 
(${perf.audience} seats)\n`; 

totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


用 上 面 的 数据 文件 (invoices. json#ll 
plays.json) 作为 测试 输入 ， 运 行 这 段 代码 ， 会 
得 到 如 下 输出 : 

Statement for BigCo 


Hamlet: $650.00 (55 seats) 
As You Like It: $580.00 (35 seats) 


Othello: $500.00 (40 seats) 
Amount owed is $1,730.00 
You earned 47 credits 


1.2 ”对 此 起 始 程序 的 评价 


你 千 得 这 个 程序 设计 得 起 么 样 ? 我 的 第 一 感 
先 古 ， 代 码 组 织 不 其 清晰 ， 但 这 还 在 可 急 受 的 限 
度 内 。 这 样 小 的 程序 ， 不 做 任何 深入 的 设计 ， 也 
不 会 太 难 理解 。 但 我 前 面 讲 过 ， 这 十 因 为 要 你 证 
例子 足够 小 的 缘故 。 如 采 这 段 代码 吴 处 于 一 个 更 


大 规模 一 一 也 许 是 儿 百 行 一 一 的 程序 中 ， 把 所 有 
代码 放 到 一 个 函数 里 束 很 难 理解 了 。 


尽管 如 此 ， 这 个 程序 还 是 能 正 党 工作。 那么 
侠 不 是 说 ， 对 只 结构 “不 长 清晰 ”的 评价 只 是 天 学 
意义 上 的 判断 ， 只 十 对 所 谓 丑 陋 代 码 的 反感 呢 ? 
毕竟 编译 硕 也 不 会 在 乎 代码 好 不 好 看 。 但 是 ， 当 
我 们 需要 修改 系统 时 ， 束 涉及 了 人 ， 而 人 在 乎 这 
些 。 翅 劲 的 系统 是 很 难 修改 的 ， 因 为 很 难 找 到 修 
改 扎 ， 难 以 了 解 做 出 的 修改 与 现 有 代码 如 何 协作 
实现 我 想 妥 的 行为 。 如 采 很 难 找到 修改 所， 我 加 
很 有 可 能 犯 销 ， 从 而 引入 bug。 


因此 ， 如 采 我 需要 修改 一 个 有 几 有 特 行 代码 的 
程序 ， 我 会 期 性 它 有 民 好 的 结构 ， 并 且 已 经 被 分 
解 成 一 系列 函数 和 其 他 程序 要 系 ， 这 能 大 我 更 易 
于 清楚 地 了 解 这 上段 代码 在 做 什么 。 如 果 程 序 洒 配 
无 革 ， 先 为 它 整 理 出 结构 来 ， 表 做 需要 的 修改 ， 
通 季 来 说 更 加 价 单 。 


# 如 采 你 要 给 程序 添加 一 个 特性 ， 但 发 
现代 码 因 缺乏 民 好 的 结构 而 不 易于 进行 更 改 ， 


那 束 先 重 构 那个 程序 ， 使 其 比较 容易 添加 该 特 
性 ， 然 后 再 添加 该 特性 。 


在 这 个 例子 里 ， 我 们 的 用 户 硕 望 对 系统 做 几 
个 修改 。 首 和 匈 ， 他 们 硕 望 以 HTML 格 式 输 出 话 
羊 。 现 在 请 你 想 一 想 ， 这 个 变化 会 市 来 什么 影 
上 呵 。 对 于 每 处 人 退 加 字符 串 到 resulit 变 量 的 地 方 我 
都 得 为 它们 添加 分 文 逻 辑 。 这 会 为 范 数 引入 更 多 
复杂 上 度 。 侦 到 这 种 需求 时 ， 很 多 人 会 选择 直接 复 
制 整个 方法 ， 在 其 中 修改 输出 HTML 的 部 分 。 复 
制 一 裔 代码 似乎 不 算 太 难 ， 但 却 给 未 来 留 下 各 种 
隐患 : 一 旦 计 费 逻辑 发 生变 化 ， 我 就 得 同时 修改 
两 个 地 方 ， 以 你 证 它们 有 逻辑 相同 。 如 果 你 编写 的 
是 一 个 永 不 需要 修改 的 程序 ， 这 样 前 剪贴 贴 束 还 
好 。 但 如 采 程 序 要 保存 很 长 时 间 ， 那 么 重复 的 逻 
辑 吏 会 造成 淤 在 的 威胁 。 


现在 ， 第 二 个 变化 来 了 : 演员 们 竹 试 在 表演 
类 型 上 做 更 多 突破 ， 无 论 是 历史 剧 、 田 园 剧 、 田 
园 嘻 剧 、 田 园 史 剧 、 历 史 莫 剧 还 十 历 史 田园 慕 膨 
剧 ， 无 论 一 成 不 变 的 正统 戏 ， 还 十 干 变 万 人 的 新 
UX, TRA RATHER, KENA REI 
哪 种 以 及 何 时 试 演 。 这 对 戏剧 场次 的 计 费 方式 、 
积分 的 计算 方式 都 有 影响 。 作 为 一 个 经 验 丰 晤 的 
开发 者 ， 我 可 以 肯定 : 不 论 最 终 提 出 什么 方案 ， 
他 们 一 定 会 在 6 个 月 之 内 再 次 修改 它 。 毕 葛 ， 需 求 
通 季 不 来 则 已 ， 一 来 便 会 搂 旺 而 至 。 


为 了 应 对 分 类 规则 和 计 费 规则 的 变化 ， 程 序 
必须 对 statement 范 数 做 出 修改 。 但 如 果 我 把 
statement 内 的 代码 复制 到 用 以 打印 HTML 详 单 的 函 
数 中 ， 了 驶 必须 确保 将 来 的 任何 修改 在 这 两 个 地 方 
保持 一 致 。 随 着 各 种 规则 变 得 越 来 越 复杂 ， 适 当 
的 修改 点 将 越 来 越 难 找 ， 不 犯错 的 机 会 也 越 来 越 


少 。 


我 再 强调 一 次， 是 需求 的 变化 使 重 构 变 得 必 
Z o MWR- RARES LE, HEDZER 
改 ， 那 么 完全 可 以 不 去 重 构 它 。 能 改进 之 当然 很 
好 ， 但 奉 没 人 需要 去 理解 它 ， 它 整 不 会 真正 妨碍 
什么 。 如 来 确实 有 人 需要 理解 它 的 工作 原理 ， 并 
| 那 你 束 需 要 改进 一 下 代 


13 重 构 的 第 一 步 


每 当 我 要 进行 重 构 的 时 候 ， 第 一 个 步 又 永远 
相同 :我 得 确 人 即将 修改 的 代码 拥有 一 组 可 徘 的 
测试 。 这 些 测 弃 必 不 可 少 ， 因 为 尽 密 这 循 重 构 于 
法 可 以 使 我 避免 绝 大 多 数 引 入 bug 的 情形 ， 但 我 毕 
AEA, PaA NBE ° EFRR, RIAN 
不 小 心 破坏 其 他 代码 的 可 能 性 融 越 大 一 一 在 数字 
时 代 ， 软 件 的 名 字 束 古 脆弱 。 


statement KAAJA PEE — NFFP, RA 
的 束 是 创建 几 张 狐 的 账单 (invoice) ， 假 设 每 张 
账单 收取 了 几 出 戏剧 的 费用 ， 然 后 使 用 这 几 张 账 
FAVE A HA Vala statement Phat, AE BQO DHX 
单 (statement) 字符 串 。 我 会 合生 成 的 字符 串 与 
我 已 经 手工 检查 过 的 字符 串 做 比 对 。 我 会 借助 一 
个 测试 框架 来 配置 好 这 些 测 试 ， 只 要 在 开发 环境 
中 输入 一 行 命令 整 可 以 把 它们 运行 起 来 。 运 行 这 
A 
| o 


MOTE RRA — HI, WENES 
H TARRAT 0 ENR AREER, ZARA 
PEAT PEMA FFT BEE, RAWL, MH 
BAH AWA, Hania Ar Bay HTS e 
这 些 测试 都 能 够 日 我 检验 。 使 测试 能 目 我 检验 至 
KEZ, GMa eee ATEN DRE, ie 
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设施 ， 文 持 编 写 和 运行 能 够 日 我 检验 的 测试 。 
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的 测试 集 。 这 些 测试 必须 有 目 我 检验 能 力 。 


进行 重 构 时 ， 我 需要 依赖 测试 。 我 将 测试 视 
为 bug 检 测 硕 ， 它 们 能 保护 我 不 被 目 己 犯 的 稍 误 所 
° 把 我 想 要 达成 的 目标 写 两 衣 一 一 代码 里 写 
一 遍 ， 测 试 里 再 写 一 遍 一 “我 就 得 犯 两 遍 同样 的 
销 误 才能 台 过 检测 硕 。 这 降低 了 我 犯 销 的 概率， 
因为 我 对 工作 进行 了 二 次 确认 。 尺 管 编写 测试 需 
要 花费 时 间 ， 但 却 为 我 节省 下 可 观 的 调试 时 间 。 
构筑 测试 体系 对 重 构 来 说 实在 因此 我 
将 用 第 4 章 一 整 章 的 笔墨 来 详细 讨论 


1.4 statement KZ 


每 当 看 到 这 样 长 长 的 国 效 ， 我 便 下 意识 地 想 
从 整个 函数 中 分 离 出 不 同 的 天 注 点 。 第 一 个 引起 
我 注意 的 驶 是 中 间 那 段 switch 语 句 。 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = PSLPe playID]; 
let thisAmount = 0; 


switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 


break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) 
thisAmount += 10000 + 500 * (perf.audience - 20); 
} 
thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 
} 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 

result += ` ${play.name}: ${format(thisAmount/100 ) } 
(${perf.audience} seats)\n`; 

totalAmount += thisAmount; 


result += “Amount owed is ${format(totalAmount/100)}\n°; 
result += You earned ${volumeCredits} credits\n`; 
return result; 


看 着 这 块 代码 ， 我 束 知 道 它 在 计算 一 场 戏剧 
滥 出 的 费用 。 这 是 我 的 直 千 。 不 过 正如 Ward 
Cunningham 所 说 ， 这 种 理解 只 是 我 脑海 中 转瞬 即 
WAY RIE © «Bt EEE ES, RET TMAS 
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上 时， 代码 吏 能 告诉 我 它 在 干什么 我 不 需要 重新 
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要 将 我 的 理解 转化 到 代码 里 ， 得 先 将 这 块 代 
码 抽 取 成 一 个 独立 的 久 数 ， 按 它 所 干 的 事情 给 它 
命名 ， 比如 叫 amountFor(performance) 每 次 想 
将 一 块 代码 抽取 成 一 个 函数 时 ， 我 都 会 休 循 一 个 
标准 流程 ， 最 大 程度 减少 犯错 的 可 能 。 我 把 这 个 
流程 记录 了 下 来 ， 并 将 它 命 名 为 提炼 芳 数 
(106) ， 以 便 日 后 可 以 方便 地 引用 。 


首 完 ， 我 需要 检查 一 下 ， 如 果 我 将 这 块 代码 
提 和 烁 到 目 己 的 一 个 函数 里 ， 有 哪些 变量 会 离开 原 
本 的 作用 域 。 在 此 示例 中 ， 有 是 perf、play 和 和 
thisAmount 这 3 个 变量 。 前 两 个 变量 会 航 提 炬 后 的 
函数 使 用 ， 但 不 会 彼 修 改 ， 那 么 我 吏 可 以 将 它们 
以 参数 方式 传递 进来 。 我 更 天 心 那 些 会 彼 修 改 的 
变量 。 这 里 风 有 唯一 = 个 thisAmount, 因此 
可 以 将 它 从 函数 中 直接 运 回 。 我 还 可 以 将 其 初始 
化 放 到 提炼 后 的 范 数 里 。 修 改 后 的 代码 如 下 所 
ZN ° 


function statement... 


function amountFor(perf, play) { 
let thisAmount = 0; 
switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 


break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 
} 
thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 


return thisAmount; 


当 我 在 代码 块 上 方 使 用 了 和 斜体 PLIMA 
FAA) 标记 的 题 头 “ function xxx ”时 ， 表 明 该 代码 
块 位 于 题 头 所 在 函数 、 文 件 或 类 的 作用 域内 。 通 
常 该 作用 域内 还 有 其 他 的 代码 ， 但 由 于 不 是 讨论 
重点 ， 因 此 把 它们 隐 去 不 展示 。 


现在 原 stat ement EK av Ay LLB Reval Aik Sit iH 
数 来 初始 化 thisAmount 3 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


const play = plays[perf.playID]; 
let thisAmount = amountFor(perf, play); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 

result += ` ${play.name}: ${format(thisAmount/100) } 
(${perf.audience} seats)\n°; 

totalAmount += thisAmount; 


result += “Amount owed is ${format(totalAmount/100)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


做 完 这 个 改动 后 ， 我 会 马上 编 详 并 执行 一 过 
测试 ， ERERBERT ERAN. 无 论 每 次 重 构 
~ FERE Ja BEITA >] 惯 非常 重 
容 至 少 我 知道 我 是 很 容 
易 犯错 的 。 se EUO 运行 测试 ， 这 样 在 我 
真 的 犯 了 错时 ， 只 需要 考虑 一 个 很 小 的 改动 范 
H, ERARAS BR PAME o AE E 
FEIER BETE: NEEN, FEAE MS 
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这 里 我 使 用 的 “编译 "一 词 ， 指 的 是 将 
JavaScript J nJ PUT TCHS Z BATA PR °F 


YA JavaScript] 以 直接 执行 ， 有 时 可 能 不 需 任 何 
步 又 ， 但 有 时 可 能 需要 将 代码 移动 到 一 个 输出 
目 示 ， 或 使 用 Babel 这 样 的 代码 处 理 规 等 。 


因为 是 JavaScript， 我 可 以 直接 将 amountFor 提 
炼 成 为 statement 的 一 个 内 般 男 数 。 这 个 特性 十 分 
有 用 ， 因 为 我 束 不 需要 再 把 外 部 作用 域 中 的 数据 
传 给 狐 提 炼 的 男 数 。 这 个 示例 中 可 能 区 别 不 大 ， 
但 也 是 少 了 一 件 要 操心 的 事 。 


重 构 技术 束 定 以 微小 的 步伐 修改 程 


序 。 如 果 你 犯 下 错误 ， 很 容易 便 可 发 现 它 。 


做 完 上 面 的 修改 ， 测 试 是 通过 的 ， 因 此 下 一 
步 我 要 把 代码 提交 到 本 地 的 版 本 控制 系统 。 我 会 
使 用 诸如 git 或 mercurial 这 样 的 版 本 控制 系统 ， 
为 它们 可 以 支持 本 地 提交 。 每 次 成 功 的 重 构 后 我 
都 会 提交 代码 ， 如 采 行 会 不 小 心 搞 伙 了 ， 我 便 能 
轻松 回访 到 上 一 个 可 工作 的 状态 。 把 代码 推送 


(push) Pim EERI, 我 会 把 零碎 的 修改 压缩 
成 一 个 更 有 意义 的 提交 (commit) 。 


提炼 函数 (106) 是 一 个 常见 的 可 目 动 完成 的 
重 构 。 如 采 我 是 用 Java 编 程 ， 我 会 本 能 地 使 用 IDE 
的 快捷 键 来 完成 这 项 重 构 。 在 我 拟 写 本 书 时 ， 
JavaScript 工 具 对 此 重 构 的 文 持 仍 不 是 很 健壮 ， 
此 我 必须 手动 重 构 。 这 不 是 很 难 ， 当 然 我 还 是 需 
要 小 心 处 理 那 些 局 部 作用 域 的 变量 。 


完成 提炼 函数 (106) 手法 后 ， 我 会 看 看 提炼 
出 来 的 钞 数 ， 看 是 否 能 进一步 提升 其 表达 能 力 。 
一 般 我 做 的 第 一 件 事 就 是 给 一 些 变 量 改名 ， 使 它 
们 更 简洁 ， 比 如 将 thisAmount 重 命名 为 result ° 


function statement... 


function amountFor(perf, play) { 
let result = 0; 
switch (play.type) { 
case "tragedy": 
result = 40000; 
if (perf.audience > 30) { 
result += 1000 * (perf.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (perf.audience > 20) { 
result += 10000 + 500 * (perf.audience - 20); 


result += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 


} 


return result; 


} 


这 是 我 个 人 的 编码 风格 : rk EAA E] 
值 命 名 为 “result"， 这 样 我 一 上 服 束 能 知道 它 的 作 
用 。 然 后 我 再 次 编译 、 测 试 、 提 交代 人 码 。 接 着 ， 
我 前 往 下 一 个 目标 函数 参数 。 


function statement... 


function amountFor(aPerformance, play) { 

let result = 0; 

switch (play.type) { 

case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 

result += 1000 * (aPerformance.audience - 30); 

} 


break; 
case "comedy": 
result = 30000; 


if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 
} 


return result; 


这 征 我 的 兄 一 个 编码 风格 。 使 用 一 门 动态 类 
型 语言 (如 JavaScript) 上 时， 跟踪 变量 的 类 型 很 有 
意义 。 因 此 ， 我 为 参数 取 名 时 都 默认 市 上 其 类 型 
名 。 一 自我 会 使 用 不 定 冠 词 修饰 它 ， 除 非 命名 中 
男 有 解释 其 角色 的 相关 信息 。 这 个 习惯 是 从 Kent 
e [Beck SBPP]， 到 现在 我 还 一 直觉 得 
很 有 用 。 


傻瓜 都 能 写 出 计算 机 可 以 理解 的 代 


码 。 唯 有 能 写 出 人 类 容易 理解 的 代码 的 ， 才 是 
优秀 的 程序 员 。 


这 次 改名 是 否 值得 我 大 费 周 章 呢 ? 当然 什 

得 。 好 代码 应 能 清楚 地 表明 它 在 做 什么 ， 而 变量 
命名 是 代码 消 晰 的 关键。 只 要 改名 能 够 提升 代码 
的 可 该 性 ， 那 融 应 该 坚 不 夕 鸡 去 做 。 有 好 的 查找 
警 换 工具 在 手 ， 改 名 通 第 并 不 困难 ; 此 外 ， 你 的 
WU A Bere SAB BASSE Sc FF, AR AT AAR 
揪 出 漏 改 的 地 方 。 如 今 有 了 目 动 化 的 重 构 工 具 ， 
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本 来 下 一 个 要 改名 的 变量 是 play， 但 我 对 这 
个 参数 男 有 安排 。 


移 除 play 变 量 


Wi2%amountFor Mahl, KREE ENA ab 
从 哪里 来 。apPerformance 古 从 循环 变量 中 来 ， 所 
以 目 然 每 次 循环 都 会 改变 ， 但 play 变 量 是 由 
performance 变 量 计算 得 到 的 ， 因此 根本 没 必 要 将 
它 作 为 参数 传人 入， 我 可 以 在 amountFor 函 数 中 重新 
计算 得 到 它 。 当 我 分 解 一 个 长 函 效 时 ， 我 喜欢 将 
play 这 样 的 变量 移 除 挥 ， 因 为 它们 创建 了 很 多 具 
有 局 部 作用 域 的 临时 变量 ， 这 会 使 提 炬 范 效 更 加 
复杂 。 这 里 我 要 使 用 的 重 构 手法 是 以 查询 取代 临 
时 变量 (178) 。 


— Aleka tebe i — A H 


function statement... 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 
} 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = playFor (perf); 
let thisAmount = amountFor(perf, play); 


// add volume credits 
volumeCredits += Math.max(perf.audience - 30, 0); 


// add extra credit for every ten comedy attendees 
if ("comedy" === play.type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 

result += ` ${play.name}: ${format(thisAmount/100) } 
(${perf.audience} seats)\n°; 

totalAmount += thisAmount; 


} 

result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


编 详 、 测 试 、 皖 净 ， 然 后 使 用 内 联 变量 
(123) 手法 内 联 play 变 量 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 


let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


let thisAmount = amountFor(perf, playFor(perf)); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format(thisAmount/100)} (${perf.audience} seats)\n`; 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


编译 、 测 试 、 提 交 。 完 成 变量 内 联 后 ， 我 可 
以 对 amountFor 函 数 应 用 改变 函数 声明 (124) ， 
移 除 play 参 数 。 我 会 分 两 步 走 。 首 匈 在 amountFor 
函数 内 部 使 用 新 提炼 的 本 数 。 


function statement... 


function amountFor(aPerformance, play) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


} 


break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: 
${playFor(aPerformance).type}); 
} 


return result; 


} 


有 编译、 测试 、 提 交 ， 最 后 将 参数 删除 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


let thisAmount = amountFor(perf ;playFor(perFf})_); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format(thisAmount/100)} (${perf.audience} seats)\n`; 


totalAmount += thisAmount; 


result += “Amount owed is ${format(totalAmount/100)}\n°‘; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


function statement... 


function amountFor(aPerformance——ptay ) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience 
} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: 
${playFor(aPerformance).type}); 


return result; 


} 


然后 再 一 次 编译 、 测 试 、 提 交 。 


这 次 重 构 可 能 在 一 些 程序 员 心 中 涡 啊 警钟 : 
重 构 表 ， 碍 找 play 变 量 的 代码 在 每 次 循环 中 只 的 
行 了 1 次 ， 而 重 构 后 却 执行 了 3 次 。 我 会 在 后 面 探 


讨 重 构 与 性 能 之 同 的 关系 ， 但 现在 ， 我 认为 这 次 
改动 还 不 太 可 能 对 性 能 有 疗 重 影响 ， 即 便 真 的 有 
所 有 影响， 后续 再 对 一 段 结构 良好 的 代码 进行 性 能 
调 优 ， 也 容易 得 多 。 


移 除 局 部 变量 的 好 处 驳 是 做 提炼 时 会 催 单 得 
多 ， 因 为 需要 操心 的 局 部 作用 域 变 少 了 。 实 际 
上 ， 在 做 任何 所 炼 前 ， 我 一 般 痢 会 移 格 除 局 部 变 
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处 理 完 amountFor 的 参数 后 ， 我 回 过 头 来 看 一 
下 它 的 调用 点 。 它 税 周 值 给 一 个 临时 变量 ， 之 后 
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顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += 
Math. floor(perf.audience / 5); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format(amountFor(perf)/100)} (S${perf.audience} seats)\n ， 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


提炼 计算 观众 量 积 分 的 逻辑 
IIE statement KAS 内 部 实现 是 这 样 的 j 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += 
Math.floor(perf.audience / 5); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format (amountFor(perf)/100)} (${perf.audience} seats)\n- 
totalAmount += amountFor(perf); 
} 


result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


这 会 儿 我 们 束 看 到 了 移 除 play 变 量 的 好 处 ， 
移 除 了 一 个 局 部 作用 域 的 变量 ， 近 炼 观众 量 积 分 
的 计算 逻辑 义 更 向 持 一 些 。 


我 仍 需 要 处 理 其 他 两 个 局 部 变量 。perf 同 样 
可 以 轻易 作为 参数 传 入 ， 但 volumecredits 变 量 则 
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都 会 更 狐 它 的 什 。 因 此 最 简单 的 方式 是 ， 将 整 块 
逻辑 提炼 到 狐 函 数 中 ， 然 后 在 狐 函 数 中 直接 返回 


volumeCredits ° 


function statement... 


function volumeCreditsFor(perf) { 
let volumeCredits = 0; 
volumeCredits += Math.max(perf.audience - 30, 0); 
if ("comedy 


Math.floor(perf.audience / 5); 
return volumeCredits; 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


// print line for this order 

result += ` ${playFor(perf).name}: 
${format(amountFor(perf)/100)} (${perf.audience} seats)\n`; 

totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n°; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


,直入 全 删除 了 多 余 “并且 会 引起 误解 ) 的 
注释 。 


编 详 、 测 试 、 握 区 ， 然 后 对 新 函数 里 的 变量 
改名 。 


function statement... 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === playFor(aPerformance).type) result += 


Math.floor(aPerformance.audience / 5); 
return result; 


} 


这 里 我 只 展示 了 一 步 到 位 的 改名 结果 ， 不 过 
实际 操作 时 ， 我 还 是 一 次 只 将 一 个 变量 改名 ， 并 
在 每 次 改名 后 执行 编译 、 测 试 、 提 交 。 


移 队 format 变 量 
我 们 再 看 一 下 statement 这 个 主 函 数 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format(amountFor(perf)/100)} (${perf.audience} seats)\n`; 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n'; 
return result; 
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因此 临时 变量 实质 上 是 玛 励 你 写 长 而 复 洒 的 函 
数 。 因 此 ， 下 一 步 我 要 伏 换 挥 一 些 临 时 变量 ， 而 
最 简单 的 艳 过 于 从 format 变 量 入 手 。 这 是 典型 
的 “将 函数 周 值 给 临时 变量 ”的 场景 ， 我 更 愿意 将 
其 其 换 为 一 个 明确 声明 的 函数 。 


function statement... 


function format(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 


minimumFractionDigits: 2 
}). format (aNumber ); 


} 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


// print line for this order 
result += ` ${playFor(perf).name}: 
${format(amountFor(perf)/100)} (${perf.audience} seats)\n`; 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 
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重 构 手法 ， 但 我 既 未 为 此 手法 命名 ， 也 未 将 它 
纳入 重 构 名 孙 。 还 有 很 多 的 重 构 手 该 我 都 觉得 


没 那 么 重要 。 我 寅 得 上 面 这 个 函数 改名 的 手法 
既 十 分 简单 又 不 太 遇 用， 不 值得 在 重 构 名 永 中 
占有 一 局 之 地 。 


我 对 提炼 得 到 的 函数 名 称 不 很 满意 一 一 
format 未 能 清晰 地 换 述 其 作用 。formatAsusp 很 表 
意 ， 但 又 太 长 ， 特 别 它 仅 是 小 范围 地 被 用 在 一 个 
字符 串 模板 中 。 我 认为 这 里 真正 需要 强调 的 是 ， 
它 格 式 化 的 古 一 个 货币 数 子 ， 因 此 我 选取 了 一 个 
能 体现 此 意图 的 命名 ， 并 应 用 了 改变 函数 声明 

(124) 手法 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 


(${perf.audience} seats)\n`; 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


function statement... 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 


minimumFractionDigits: 2 
}).format (aNumber/100) ; 
} 


好 的 命名 十 分 重要 ， 但 往往 并 非 唾 手 可 得 。 
只 有 恰如其分 节 命 名 ， 才 能 朝 显 出 将 大 函 数 分 解 
成 小 函数 的 价值 。 有 了 好 的 名 称 ， 我 束 不 必 通 过 
阅读 函数 体 来 了 解 其 行为 。 但 要 一 次 把 名 取 好 并 
不 容易 ， 因 此 我 会 使 用 当下 能 想到 最 好 的 那个 。 
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它 。 通 党 你 需要 花 几 秒 钟 通读 更 多 代码 ， 才 能 发 
现 最 好 的 名 称 是 什么 。 


重 命 名 的 同时 ， 我 还 将 重复 的 除 以 100 的 行为 
也 搬移 到 了 芳 数 里 。 将 钱 以 美 分 为 单位 作为 正 整 数 
存储 是 一 种 单 见 的 做 法 ， 可 以 避免 使 用 序 点 效 来 
存储 赁 币 的 小 数 部 分 ， 同 时 又 不 影响 用 数学 运算 
和 从 操作 它 。 不 过 ， 对 于 这 样 一 个 以 美 分 为 单位 的 


整 效 ， 我 又 需要 以 类 元 为 单位 进 和 TRE, 因此 让 
格式 化 函数 来 处 理 整 除 的 事宜 再 好 不 过 


移 除 观众 量 积分 总 和 


我 的 下 一 个 重 构 目 标 是 volumecredits。 处 理 
这 个 变量 更 加 微妙 ， 在 循环 的 迭代 过 程 
中 于 加 得 到 的 。 第 一 步 ， 束 是 应 用 乓 分 PBA 
(227) volumecreditsH) Ay tea E EH © 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 


for (let perf of invoice.performances) { 


// print line for this order 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 
(${perf.audience} seats)\n°; 

totalAmount += amountFor(perf); 


for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


} 


result += “Amount owed is ${usd(totalAmount)}\n°; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


完成 这 一 步 ， 我 束 可 以 使 用 移动 语句 (223) 
手法 将 变量 声 志明 部 订 邻 循环 的 位 置 。 


top level... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 
(${perf.audience} seats)\n`; 


totalAmount += amountFor(perf); 


let volumeCredits = 0; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


把 与 更 狐 volumecredits 变 量 相 关 的 代码 都 集 
中 到 一 起 ， 有 利于 以 查询 取代 临时 变量 (178) F 
法 的 施展 。 第 一 步 同样 是 先 对 变量 的 计算 过 程 应 
用 提炼 钞 数 (106) 手法 。 


function statement... 


function totalVolumeCredits() { 
let volumeCredits = 0; 


for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor (perf); 


} 


return volumeCredits; 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n ; 


for (let perf of invoice.performances) { 


// print line for this order 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 
(${perf.audience} seats)\n`; 

totalAmount += amountFor(perf); 


let volumeCredits = totalVolumeCredits(); 

result += “Amount owed is ${usd(totalAmount)}\n°; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


完成 男 数 提炼 后 ， 我 再 应 用 内 联 变 量 (123) 
手法 内 联 totalVvolumecredit s KAN j 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 


// print line for this order 


result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 
(${perf.audience} seats)\n`; 
totalAmount += amountFor (perf); 


result += “Amount owed is ${usd(totalAmount)}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


重 构 至 此 ， 让 我 先 暂 堡 一下， 谈 谈 刚刚 完成 
的 修改 。 百 先 ， 我 知道 有 些 谈 痢 会 再 次 对 此 修改 
可 能 市 来 的 性 能 问题 感到 担忧 ， 我 知道 很 多 人 本 
能 地 党 惕 重复 的 循环 。 但 大 多 效 时 候 ， 重 复 一 次 
这 样 的 循环 对 性 能 的 影响 都 可 忽略 不 计 。 如 果 你 
在 重 构 前 后 进行 计时 ， 很 可 能 甚至 都 注意 不 到 运 
行 速度 的 变化 一 一 通 闸 也 确实 没什么 变化 。 许 多 
程序 员 对 代码 实际 的 运行 路 径 都 所 知 不 足 ， 甚 至 
经 难 丰 富 的 程序 员 有 时 也 未 能 避免 。 在 聪明 的 纺 
详 左 、 现 代 的 缓存 技术 面前 ， 我 们 很 多 直 旬 都 是 
不 准确 的 。 软 件 的 性 能 通常 只 与 代码 的 一 小 部 分 
We 
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当然 ,，“ 大 多 数 时 候 * 不 等 同 于 “所 有 时 候 ”。 
有 了 时， 一些 重 构 手 法 也 会 亚 阁 地 影响 性 能 。 但 即 
便 如 此 ， 我 通 单 也 不 去 管 它 ， 继 续 重 构 ， 因 为 有 
了 一 份 结构 民 好 的 代码 ， 回 头 调 优 其 性 能 也 容易 
得 多 。 如 采 我 在 重 构 时 引入 了 明显 的 性 能 损耗 ， 
我 后 面 会 化 时 间 进 行 性 能 调 优 。 进 行 调 优 时 ， 可 


能 会 回 退 我 
因为 重 构 我 可 以 使 用 更 高 高 效 的 调 优 方案 
得 到 的 是 既 整 洁 又 高 效 的 代码 。 


因此 对 于 重 构 过 程 的 性 能 问题 ， 我 尽 体 的 建 
Wee: 大 多 数 情况 下 可 以 忽略 它 。 如 来 重 构 引入 
了 性 能 损耗 ， 先 完成 重 构 ， 再 做 性 能 优化 。 


其 次 ， 我 希望 你 能 注意 到 : Ball BPR 
volumecredits 的 过 程 是 多 么 小 步 。 整 个 过 程 一 共 
有 4 步 ， 每 一 步 都 伴随 看 一 次 编译 、 测试 以 及 向 本 
地 代码 库 的 提交 


。 使 用 拆 分 循环 (227) 分 离 出 累加 过 程 ; 


。 使 用 移动 语句 (223) HAMA SN HSA 
加 过 程 集 中 到 一 起 ; 


| EKZ (106) 提炼 出 计算 忌 数 的 函 


。 使 用 内 联 变量 (123) 完全 移 除 中 间 变 


我 得 坦 日 ， 我 并 非 总 是 如 此 小 步 一 一 但 在 事 
情 杰 复杂 上 时， 我 的 第 一 反应 吏 征 采用 更 小 的 步 
T o CEMA ARNE, Bie SMe MARA 
败 而 我 又 无 法 马上 看 清 问 题 所 在 并 立即 修复 时 ， 


我 束 会 回 深 到 最 后 一 次 可 工作 的 所 人 交 ， 然 后 以 更 
小 的 步子 重 做 。 这 得 三 于 我 如 此 频 烷 地 提交 。 特 
别 是 与 复杂 代码 打交道 时 ， 细 小 的 步子 是 快速 前 
HAR BE © 
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totalAmount ° 我 以 拆 解 循环 开始 (编译 ` 测试 ` 
提交 ) ， 然 后 下 移 累 加 变量 的 声明 语句 (编译 、 
测试 、 提 交 ) ， 最 后 再 提炼 函数 。 这 里 令 我 有 点 
头疼 的 是 : 最 好 的 函数 名 应 该 是 totalAmount， 但 
COARSE AA, SCRA TEA 
F ° AI, REER NAY 5028 Ee BR A 
AF (然后 编译 、 测 试 、 提 交 ) e 


function statement... 


function appleSauce() { 
let totalAmount = 0; 
for (let perf of invoice.performances) { 
totalAmount += amountFor(perf); 


return totalAmount; 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) ) } 
(${perf.audience} seats)\n`; 


} 
let totalAmount = appleSauce(); 


result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += You earned ${totalVolumeCredits()} credits\n`; 
return result; 


接着 我 将 变量 内 联 (编译 、 测 试 、 提 交 ) ， 
然后 将 函数 名 改 回 totalAmount (编译 ` 测试 i 提 


— 
AR ) fe) 


顶层 作用 域 .… 


function statement (invoice, plays) { 

let result = “Statement for ${invoice.customer}\n ， 

for (let perf of invoice.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 

(${perf.audience} seats)\n`; 

} 

result += “Amount owed is ${usd(totalAmount())}\n°; 

result += “You earned ${totalVolumeCredits()} credits\n`; 

return result; 


function statement... 


function totalAmount() { 
let totalAmount = 0; 
for (let perf of invoice.performances) { 


totalAmount += amountFor (perf); 


} 
return totalAmount; 


} 


趁 看 给 莉 提 炼 的 函数 改名 的 机 会 ， 我 顺手 一 
并 修改 了 函数 内 部 的 变量 名 ， 以 便 你 持 我 一 贯 的 
编码 风格 。 


function statement... 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor (perf); 


return result; 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 


return result; 


WE a e 
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function statement (invoice, plays) { 

let result = “Statement for ${invoice.customer}\n ; 

for (let perf of invoice.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 

(${perf.audience} seats)\n`; 

} 

result += “Amount owed is ${usd(totalAmount())}\n°; 

result += “You earned ${totalVolumeCredits()} credits\n`; 

return result; 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor(perf); 


J 


return result; 
} 
function totalVolumeCredits() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 


J 


return result; 
} 
function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 
}). format (aNumber/100) ; 
} 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === playFor(aPerformance).type) result += 
Math.floor(aPerformance.audience / 5); 
return result; 
} 
function playFor(aPerformance) { 
return plays[aPerformance.playID]; 
} 
function amountFor(aPerformance) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 


if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: 
${playFor(aPerformance).type}); 


return result; 
} 
} 


现在 代码 结构 已 经 好 多 了 JEW statement 
函数 现在 只 剩 7 行 代码 ， 而 且 它 处 理 的 都 是 与 打印 
详 单 相 天 的 逻辑 。 与 计算 相关 的 逻辑 从 主 函 数 中 
令 移 走 ， 改 由 一 组 函数 来 文 持 。 每 个 单独 的 计算 
过 程 和 详 单 的 整体 结构 ， 都 因此 变 得 更 吻 理 解 
To 


1.6 ” 拆 分 计算 阶段 与 格式 化 阶段 


PHRI, RIENE EN R K ZAS 
足够 的 结构 ， 以 便 我 能 更 好 地 理解 它 ， 看 清 它 的 
逻辑 结构 。 这 也 十 重 构 导 期 的 一 般 步 又 。 把 复杂 
的 代码 块 分 解 为 更 小 的 早 元 ， 与 好 的 命名 一 样 部 


很 重要 。 现 在 ， 我 可 以 更 多 关注 我 要 修改 的 功能 
部 分 了 ， 也 束 古 为 这 张 详 早 所 供 一 个 HTML 版 
Æ e MEE AL, MEERES o AA 
计算 代码 已 经 被 分 离 出 来 ， 我 只 需要 为 项 部 的 7 行 
代码 实现 一 个 HTML 的 版 本 。 问 题 征 ， 这 些 分 解 
出 来 的 函数 藤 均 在 打印 文本 详 单 的 函数 中 。 无 论 
RENAE AR, BONE EINES 
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数 可 以 被 文本 版 评 单 和 HTML 版 评 单 共用 。 


要 实现 复 用 有 许多 种 方法 ， 而 我 最 喜欢 的 技 
术 是 拆 分 阶段 (154) 。 这 里 我 的 目标 是 将 逻辑 分 
成 两 部 分 : 一 部 分 计算 详 单 所 需 的 数据 ， 另 一 部 
分 将 数据 演 染 成 文本 或 HTML。 第 一 阶段 会 创建 
一 个 中 转 数 据 结构 ， 再 把 它 传 递 给 第 二 阶段 。 


要 开始 拆 分 阶段 (154) ， 我 会 先 对 组 成 第 二 
阶段 的 代码 应 用 提炼 画 数 (106) 。 在 这 个 例子 
中 ， 这 部 分 代码 吏 是 打印 详 单 的 代码 ， 其 实 也 驶 
statement KARIEN 3 我 要 把 它们 与 所 有 
租 套 的 函数 一 起 抽取 到 一 个 新 的 顶层 函 效 中 ， 并 


将 其 命名 为 renderPlainText ° 


function statement (invoice, plays) { 
return renderPlainText(invoice, plays); 


function renderPlainText(invoice, plays) { 


let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 

(${perf.audience} seats)\n°; 

} 

result += “Amount owed is ${usd(totalAmount())}\n°; 

result += “You earned ${totalVolumeCredits()} credits\n`; 

return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 


编译 、 测 试 、 提 交 ， 接 看 创建 一 个 对 象 ， 作 
为 在 两 个 阶段 间 传 递 的 中 转 数据 结构 ， 然 后 将 它 
作为 第 一 个 参数 传递 给 renderPlainText (然后 编 
W$ ` MR ` E) 。 


function statement (invoice, plays) { 
const statementData = {}; 
return renderPlainText(statementData, invoice, plays); 


} 


function renderPlainText(data, invoice, plays) { 

let result = “Statement for ${invoice.customer}\n`; 

for (let perf of invoice.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 

(${perf.audience} seats)\n`; 

} 

result += “Amount owed is ${usd(totalAmount())}\n°; 

result += “You earned ${totalVolumeCredits()} credits\n`; 

return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 


function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 


现在 我 要 检查 一 下 renderPlainText 用 到 的 其 
他 参数 。 我 希望 将 它们 挪 到 这 个 中 转 数据 结构 
里 ， 这 样 所 有 计算 代码 都 可 BBE statement KX 
数 中 ， 让 renderPlainText 只 操作 通过 data 参 数 传 
进来 的 数据 。 

第 一 步 是 将 顾客 (customer) 字段 添加 到 中 
转 对 象 里 (编译 、 测 试 、 提 交 ) 。 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
return renderPlainText(statementData, invoice, plays); 


} 


function renderPlainText(data, invoice, plays) { 


let result = “Statement for ${data.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) )} 
(${perf.audience} seats)\n`; 


result += “Amount owed is $f{usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


我 将 performances 字 段 也 搬移 过 去 ， 这 样 我 
束 可 以 移 除 卸 renderPlainText 上 的 invoice 参 数 
(编译 、 测 试 、 提 交 ) 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances; 
return renderPlainText(statementData, —invoice- plays); 


} 


function renderPlainText(data, plays) { 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) )} 

(${perf.audience} seats)\n`; 

} 

result += “Amount owed is ${usd(totalAmount())}\n°; 

result += “You earned ${totalVolumeCredits()} credits\n`; 

return result; 


function renderPlainText... 


function totalAmount() { 
let result = 0; 
for (let perf of data.performances) { 
result += amountFor (perf); 


} 


return result; 


} 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 
result += volumeCreditsFor(perf); 


} 


return result; 


现在 ， 我 布 望 * 剧 目 名 称 ” 信 息 也 从 中 转 数 据 
中 获得 。 为 此 ， 需 要 使 用 play 中 的 数据 填充 


aPerformance 对 和 象 (记得 编译 测试 à 提交 ) j 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = 
invoice.performances.map(enrichPerformance) ; 


return renderPlainText(statementData, plays); 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
return result; 


} 


现在 我 只 是 简单 地 返回 了 一 个 aperformance 
对 和 象 的 副本 ， 但 蕊 上 我 吏 会 往 这 条 记 杂 中 添加 狐 
的 数据 。 返 回 副 本 的 原因 是 ， 我 不 想 修 改 传 给 男 
数 的 参数 ， 我 总 是 尽量 保持 数据 不 可 变 
— A) PATRAS SERS BORA 
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EAA JavaScript 的 人 看 来 ，result = 
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望 有 个 函数 来 完成 此 功能 ， 但 这 个 用 法 已 经 约 
定 俗 成 ， 如 采 我 目 己 写 个 畏 效 ， 在 JavaScript 程 
序 员 看 来 反而 会 格格 不 入 。 


NU 


现在 我 们 已 经 有 了 安放 play 字 段 的 地 方 ， 可 
以 把 数据 放 进 去 。 我 需要 对 playFor 和 statement 
J 搬移 函数 (198) (然后 编译 、 测 试 、 提 
从 o 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 
return result; 


} 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 


5 


然后 狼 换 renderPlainText 中 对 playFor 的 所 
有 引用 点 ， 让 它们 使 用 新 数据 〈 编 译 、 测 试 、 提 


= 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(amountFor (perf) )} 
(${perf.audience} seats)\n`; 


result += “Amount owed is $f{usd(totalAmount())}\n°; 
result += You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += 
Math.floor(aPerformance.audience / 5); 
return result; 


} 


functionamountFor (aPerformance) { 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance. audience; 
break; 
default: 
throw new Error( unknown type: 
${aPerformance.play.type} ); 
} 


return result; 


j 


接着 我 使 用 类 似 的 手法 搬移 amount For RAN 
(编译 、 测 试 、 提 交 ) 。 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 
result.amount = amountFor(result); 


return result; 


} 


function amountFor(aPerformance) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount ) } 
(${perf.audience} seats)\n`; 
} 
result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n ， 
return result; 


function totalAmount() { 
let result = 0; 
for (let perf of data.performances) { 


result += perf.amount; 


} 


return result; 


” 接 下 来 搬移 观众 量 积 分 的 计算 (编译 、 测 
试 、 提 交 ) 。 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor (result); 
result.volumeCredits = volumeCreditsFor(result); 


return result; 


} 


function volumeCreditsFor(aPerformance) {...} 


function renderPlainText... 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 
result += perf.volumeCredits; 


} 


return result; 
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function statement... 


const statementData = {}; 

statementData.customer = invoice.customer; 
statementData.performances = 
invoice.performances.map(enrichPerformance) ; 
statementData.totalAmount = totalAmount(statementData); 
statementData.totalVolumeCredits = 
totalVolumeCredits(statementData) ; 

return renderPlainText(statementData, plays); 


function totalAmount(data) {...} 
function totalVolumeCredits(data) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount ) } 
(${perf.audience} seats)\n°; 


result += “Amount owed is ${usd(data.totalAmount)}\n°; 
result += “You earned ${data.totalVolumeCredits} credits\n ; 
return result; 


尽管 我 可 以 修改 函数 体 ， 让 这 些 计算 总 效 的 
函数 直接 使 用 statementData 变 量 raia 它 在 作用 
域内 ) ， 但 我 更 喜欢 显 式 地 传 入 函数 参数 。 


等 到 搬移 完成 ， 编 详 、 测 试 、 提 区 也 做 完 ， 


我 便 丸 不 住 以 管道 取代 循环 (231) 对 几 个 地 方 进 
行 重 构 。 


function renderPlainText... 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


function totalVolumeCredits(data) { 
return data.performances 


.reduce((total, p) => total + p.volumeCredits, 0); 
} 


现在 我 可 以 把 第 一 阶段 的 代码 提炼 到 一 个 独 
立 的 函数 里 了 (编译 、 测 试 、 提 交 ) 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
return renderPlainText(createStatementData(invoice, plays)); 


function createStatementData(invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = 
invoice.performances.map(enrichPerformance) ; 
statementData.totalAmount = totalAmount(statementData); 
statementData.totalVolumeCredits = 
totalVolumeCredits(statementData) ; 
return statementData; 


HPA ERs, RHE EIR 
移 到 另 一 个 文件 里 去 并且 修改 了 返回 结 采 的 变 
量 名 ， 与 我 一 贯 的 编码 风格 保持 一 致 ) 。 


statement.js... 


import createStatementData from './createStatementData.js'; 


createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = 
invoice.performances.map(enrichPerformance) ; 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 
function volumeCreditsFor(aPerformance) {...} 
function totalAmount(data) {...} 
function totalVolumeCredits(data) {...} 


最 后 再 做 一 次 编译 、 测 试 、 提 交 ， 接 下 来 ， 
要 编写 一 个 HTML 版 本 的 对 账单 束 很 商 单 了 。 


statement.js... 


function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 


} 
function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</h1i>\n ， 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += ` <tr><td>${perf.play.name}</td> 
<td>${perf.audience}</td> ; 
result += °‘<td>${usd(perf.amount )}</td></tr>\n ; 


k; 


result += "</table>\n"; 

result += °“<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n ; 

result += “<p>You earned <em>${data.totalVolumeCredits}</em> 
credits</p>\n ; 

return result; 


} 


function usd(aNumber) {...} 


(我 把 usd 函 数 也 搬移 到 顶层 作用 域 中 ， 以 便 


renderHtm1 也 能 访问 它 。) 


1.7 进展 : 分 离 到 两 个 文件 (和 两 
个 阶段 ) 


现在 正 征 俘 下 来 重新 回顾 一 下 代码 的 好 时 


statement.js 


import createStatementData from './createStatementData.js'; 
function statement (invoice, plays) { 
return renderPlainText(createStatementData(invoice, plays)); 


function renderPlainText(data, plays) { 
let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 
result += ` ${perf.play.name}: ${usd(perf.amount ) } 
(${perf.audience} seats)\n°; 


} 


result += “Amount owed is ${usd(data.totalAmount)}\n`; 
result += “You earned ${data.totalVolumeCredits} credits\n ; 
return result; 
} 
function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 
} 
function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</hi>\n°; 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += ` <tr><td>${perf.play.name}</td> 
<td>${perf.audience}</td> ; 
result += °<td>${usd(perf.amount )}</td></tr>\n ; 
} 
result += "</table>\n"; 
result += °“<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n ，; 
result += “<p>You earned <em>${data.totalVolumeCredits}</em> 
credits</p>\n ， 
return result; 
} 
function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: 
"USD", 
minimumFractionDigits: 2 


}).format(aNumber/100); 
} 


createStatementData.js 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = 
invoice.performances.map(enrichPer formance) ; 
result.totalAmount = totalAmount(result); 


result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance) ; 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 
} 
function playFor(aPerformance) { 
return plays[aPerformance.playID | 
} 
function amountFor(aPerformance) { 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance. audience; 
break; 
default: 
throw new Error( unknown type: 
${aPerformance.play.type} ); 
} 


return result; 
} 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += 
Math.floor(aPerformance.audience / 5); 
return result; 
} 
function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


} 
function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


} 


代码 行 数 由 我 开始 重 构 时 的 44 行 增加 到 了 70 
ÍT (不 算 ntmlstatement) ， 这 主要 是 将 代码 抽取 
到 函数 里 向 来 的 额外 包 沽 成本。 虽然 代码 的 行 数 
增加 了 ， 但 重 构 也 和 事 来 了 代码 可 读 性 的 提高 。 额 
外 的 包 妆 将 混杂 的 逻辑 分 解 成 可 辨别 的 部 分 ， 分 
离 了 详 单 的 计算 逻辑 与 样式 。 这 种 模块 化 使 我 更 
容易 辨别 代码 的 不 同 部 分 ， 了 解 它 们 的 协作 天 
系 。 虽 说 言 以 简 为 贯 ， 但 可 演化 的 软件 却 以 明确 
为 贵 。 通 过 增强 代码 的 模块 化 ， 我 可 以 轻易 地 添 
加 HIML 版 本 的 代码 ， 而 无 须 重 复 计 算 部 分 的 还 
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离开 时 的 代码 库 一 定 比 来 时 更 健康 。 


其 实 打 印 逻辑 还 可 以 进一步 简化 ， 但 当前 的 
代码 也 够 用 了 “。 我 经 节 需 要 在 所 有 可 伏 的 重 构 与 
添加 新 特性 之 间 导 找平 衡 。 在 当今 业 弄 ， 大 多 效 
人 面 量 同 样 的 选择 时 ， 似 乎 多 以 延 绥 重 构 而 告终 


一 一 当然 这 也 和 是 一 种 选择 。 我 的 观点 则 与 理 地 法 

则 无 异 : 傈 证 离开 时 的 代码 库 一 定 比 你 来 时 更 加 

。 完 美的 噶 寞 很 难 达 到 ， 但 应 该 时 时 都 勤 加 
ae 


1.8” 按 类 型 重组 计算 过 程 


接 下 来 我 将 注意 力 集中 到 下 一 个 特性 改动 : 

文 持 更 多 类 型 的 戏剧 ， 以 及 文 持 它们 各 目的 价格 
计算 和 观众 量 积 分 计算 。 对 于 现在 的 结构 ， 我 只 
需要 在 计算 函数 里 添加 分 文 逻 辑 即 可 。amountFor 
函数 清楚 地 体现 了 ， 戏 剧 类 型 在 计算 分 支 的 选择 
上 起 着 关键 的 作用 一 一 但 这 样 的 分 支 逻 辑 很 容易 
随 代 码 堆 积 而 腐 坏 ， 除 非 编 程 语言 提供 了 更 基础 
的 编程 语言 元 素来 防止 代码 堆积 。 


要 为 程序 引入 结构 、 显 式 地 表达 出 “计算 逻辑 
的 差异 是 由 类 型 代码 确定 ”有 许多 途径 ， 不 过 节目 
然 的 解决 办 法 还 是 使 用 面 同 对 象 世 界 里 的 一 个 经 
典 特性 一 一 类 型 多 人 态 。 传 统 的 面 同 对 象 符 性 在 
JavaScript 世 界 一 直 备 受 争 议 ， 但 狐 的 ECMAScript 
2015 规 范 有 意 为 类 和 多 态 引 入 了 一 个 相当 实用 的 
语法 糖 。 这 说 明 ， 在 合适 的 场景 下 使 用 面 问 对 和 象 
ons oe) omnes 

ER ° 


我 的 设想 是 移 建 立 一 个 继承 体系 ， 它 有 “ 喜 

El” (comedy) 和 “悲剧 ”(\tragedy) 两 个 子 类 ， 
子 类 各 目 包 舍 独 立 的 计算 逻辑 。 调 用 兰 通 过 调用 
一 个 多 仿 的 amount RAY, 让 语言 帮 你 分 发 到 不 同 
的 子 类 的 计算 过 程 中 . volumeCredits PR ACH YAN FE 
也 是 如 法 炮制 。 为 此 我 需要 用 到 多 种 重 构 方法 ， 
其 中 最 核心 的 一 招 是 以 多 人 态 取 代 条 件 表达 式 
(272) ， 将 多 个 同样 的 类 型 码 分 文 用 多 态 取代 。 
但 在 施展 以 多 态 取 代 条 件 表达 式 (272) 之 前 ,我 
得 和 完 创建 一 个 基本 的 继承 结构 。 我 需要 先 创建 一 
ge nen rel eee 
BULA ° 


我 先 从 检查 计算 代码 开始 。 (之 前 的 重 构 市 
来 的 一 大 好 处 是 ， 现 在 我 大 可 以 忽略 那些 格式 化 
代码 ， 只 要 不 改变 中 转 数 据 结构 束 行 。 我 可 以 进 
rena mee 
PN œ 


createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = 
invoice.performances.map(enrichPerformance) ; 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 


return result; 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 
} 
function playFor(aPerformance) { 
return plays[aPerformance.playID | 
} 
function amountFor(aPerformance) { 
let result = 0; 
Switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: 
${aPerformance.play.type} ); 
} 


return result; 
} 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += 
Math.floor(aPerformance.audience / 5); 
return result; 
} 
function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


创建 演出 计算 器 


enrichPerfo rmance 国 数 是 天 键 所 在 ; 因为 正 
是 它 用 每 场 演出 的 数据 来 填 元 中 转 数 据 结构 。 目 
剖 它 直接 调用 了 计算 价格 和 观众 量 积 分 的 芳 数 ， 
我 需要 创建 一 个 类 ， 通 过 这 个 类 来 调用 这 些 男 
数 。 由 于 这 个 类 存放 了 与 每 场 演 出 相 天 数据 的 计 
BHM, Tei Ag tt Bas 


(performance calculator) ° 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance) ; 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 


result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


顶层 作用 域 ... 


class PerformanceCalculator { 
constructor(aPerformance) { 


this.performance = aPerformance; 


到 目前 为 止 ， 这 个 新 对 象 还 没 做 什么 事 。 我 
硕 望 将 辆 数 行 为 拔 移 进来 ， 这 可 以 从 最 容易 搬移 
的 东西 一 一 play 字 段 开 始 。 产 榈 来 讲 ， 我 不 需 
扳 移 这 个 字段 ， 因 为 它 并 未 体现 出 多 仿 性 ， 但 这 
样 可 以 把 所 有 效 据 转换 集中 到 一 处 地 方 ， 傈 证 了 
代码 的 一 致 性 和 清晰 度 。 


为 此 ， 我 将 使 用 改变 画 数 声明 (124) 手法 将 
performance 的 play 字 段 传 给 计算 需 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
playFor(aPerformance) ); 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 


result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


class PerformanceCalculator... 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 
this.performance = aPerformance; 
this.play = aPlay; 
} 


} 


(以 下 行文 中 我 将 不 再 特别 提 及 “编译 、 测 
弃 、 近 区 ”循环 ， 我 猜 你 也 已 经 谈 得 有 些 厌 烦 了 。 
但 我 仍 会 不 断 重 复 这 个 循环 。 的 确 ， 有 时 我 也 会 
RAL, ELEN BEM ORK FP, RAT MSS 
进入 小 步 的 节奏 。) 


将 函数 搬移 进 计 算 佑 


我 要 搬移 的 下 一 块 逻 辑 ， 对 计算 一 场 演出 的 
价格 (amount) 来 说 束 尤 为 重要 了 。 在 调整 舱 套 
函数 的 层级 时 ， 我 经 单 将 函数 挪 来 挪 云 ， 但 接 下 
来 需要 改动 到 更 深入 的 函数 上 下 文 ， 因 此 我 将 小 
心 使 用 搬移 函数 (198) 来 重 构 它 。 首 先 ， 将 
amount 函 数 的 逻辑 复制 一 份 到 新 的 上 下 文中 ， 也 
Lae PerformanceCalculator2e F . 然后 微调 一 下 
代码 ， 将 aPerformance 改 为 this .performance， 将 
playFor (aPerformance) 改 为 this.play， 使 代码 适 
应 这 个 新 家 。 


class PerformanceCalculator... 


get amount() { 
let result = 0; 
switch (this.play.type) { 
case "tragedy": 
result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 


result += 300 * this.performance.audience; 
break; 
default: 
throw new Error( unknown type: ${this.play.type}); 
} 


return result; 


} 


搬移 完成 后 可 以 编 详 一下， 看 看 是 否 有 编 详 
背弃。 我 在 本 地 开发 环境 运行 代码 时 ， 编 详 会 
动 发 生 ， 我 实际 需要 做 的 只 是 运行 一 下 Babel。 编 
译 能 帮 我 发 现 狐 函数 中 光 在 的 语法 铺 诛 ， 语 法 之 
。 尽管 如 此 ， 这 一 步 还 是 
很 有 用 。 


使 新 画 数 适应 新 家 后 ， 我 会 将 原来 的 画 数 改 
造成 一 个 委托 夯 数 ， 让 它 直接 调用 新 画 数 。 


function createStatementData... 


function amountFor(aPerformance) { 
return new PerformanceCalculator(aPerformance, 


playFor(aPerformance) ).amount; 


现在 ， 我 可 以 执行 一 次 编译 、 测 试 、 提 交 ， 
抽 保 代 铅 搬 到 新 家 后 也 能 如 常 工作 。 之 后 ， 我 应 
HARZ (115) ， 让 引用 点 直接 调用 新 函数 
(然后 编译 、 测 试 、 提 交 ) 。 


function createStatementData... 


function enrichPerformance(aPerformance) { 

const calculator = new PerformanceCalculator(aPerformance, 
playFor(aPerformance) ); 

const result = Object.assign({}, aPerformance); 

result.play = calculator.play; 

result.amount = calculator.amount; 

result.volumeCredits = volumeCreditsFor(result); 

return result; 
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function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
playFor(aPerformance) ); 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 


result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 


class PerformanceCalculator... 


get volumeCredits() { 
let result = 0; 
result += Math.max(this.performance.audience - 30, 0); 
if ("comedy 


Math. floor(this.performance.audience / 5); 
return result; 


(Yee TT as Fe & AS PE 


我 已 将 全 部 计算 逻辑 搬移 到 一 个 类 中 ， 是 时 
候 将 它 多 态 化 了 。 第 一 步 是 应 用 以 子 类 取代 类 型 
码 (362) 引入 子 类 ， 弃 用 类 型 代码 。 为 此 ， 我 需 
BAS IT Ra ETR, FRE 
createSstatementData 中 获取 对 应 的 子 类 。 要 得 到 
正确 的 了 于 类 ， 我 需要 将 构造 国 数 调用 和 蔡 换 为 一 个 
普通 的 函数 调用 ， 因 为 JavaScript 的 构造 函数 里 无 
° 于 是 我 使 用 以 工厂 KARRE EK 
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function createStatementData... 


function enrichPerformance(aPerformance) { 

const calculator = createPerformanceCalculator(aPerformance, 
playFor(aPerformance) ); 

const result = Object.assign({}, aPerformance); 

result.play = calculator.play; 


result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 


顶层 作用 域 ... 


function createPerformanceCalculator(aPerformance, aPlay) { 
return new PerformanceCalculator(aPerformance, aPlay); 


} 


改造 成 普通 画 数 后 ， 我 束 可 以 在 里 面 创建 演 
出 计算 器 的 子 类 ， 然 后 由 创建 画 数 决定 返回 哪 一 
个 子 类 的 实例 。 


顶层 作用 域 ... 


function createPerformanceCalculator(aPerformance, aPlay) { 

switch(aPlay.type) { 

case "tragedy": return new TragedyCalculator(aPerformance, 
aPlay); 

case "comedy" : return new ComedyCalculator(aPerformance, 
aPlay); 

default: 


throw new Error( unknown type: ${aPlay.type}°); 
} 


class TragedyCalculator extends PerformanceCalculator { 
} 
class ComedyCalculator extends PerformanceCalculator { 
} 
准备 好 实现 多 人 态 的 类 结构 后 ， 我 束 可 以 继续 
使 用 以 多 态 取 代 休 件 表达 式 (272) FET » 


我 苑 从 悲剧 的 价格 计算 逻辑 开始 搬移 。 


class TragedyCalculator... 


get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


return result; 


} 


ULTRA SIX SAIS ELE iB SST hy 
WREDA, (AR eA RE, MEF 
还 想 在 超 类 的 分 文 上 抛 一 个 异常 。 


class PerformanceCalculator... 


get amount() { 
let result = 0; 
switch (this.play.type) { 
case "tragedy": 


throw 'bad thing'; 
case "comedy": 
result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 


result += 300 * this.performance.audience; 
break; 
default: 
throw new Error( unknown type: ${this.play.type}); 


return result; 


虽然 我 也 可 以 直接 删 掉 处 理 悲剧 的 分 支 ， 将 
oe ee 但 我 更 喜欢 显 式 地 抛 
HH 何况 这 行 代码 只 能 再 活 个 几 分钟 了 
(这 也 是 我 直接 抛 品 一 个 字符 串 而 不 用 生 好 的 销 
误 对 象 的 原因 ) 。 


再 次 进行 编 详 、 测 试 、 近 人 交 。 ， 将 处 理 
EA REIS Rho © 


class ComedyCalculator... 


get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 20); 


result += 300 * this.performance.audience; 
return result; 


理论 上 讲 ; 我 可 以 将 超 类 的 amount 方 法 一 并 
移 除 了 ， 反 正 它 也 不 应 再 被 调用 到 。 但 不 删 它 ， 
给 未 来 的 目 己 留 点 纪念 品 也 是 极 好 的 ， 顺 便 可 以 
提醒 后 来 关 记 得 实现 这 个 罚 数 。 


class PerformanceCalculator... 


get amount() { 
throw new Error('subclass responsibility'); 


RAPER RFRA TEAR AT AY 
计算 。 我 回 硕 了 一 下 前 面 天 于 末 来 戏剧 类 型 的 讨 
论 ， 发 现 大 多 数 剧 类 在 计算 积分 时 都 会 检查 观众 
效 和 是否 达到 30， 仅 一 小 部 分 品类 有 所 不 同 。 因 
此 ， 将 更 为 通用 的 逻辑 放 到 超 类 作为 默认 条 件 ， 
出 现 特殊 场景 时 抽 需 窗 盐 它 ， 听 起 来 十 分 合理 。 
于 走 我 将 一 部 分 喜剧 的 逻辑 下 移 到 于 类 。 


class PerformanceCalculator... 


get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 


class ComedyCalculator... 


get volumeCredits() { 
return super.volumeCredits + 


Math.floor(this.performance.audience / 5); 


I 
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createStatementData.js 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = 
invoice.performances.map(enrichPerformance) ; 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const calculator = 
createPerformanceCalculator(aPerformance, 
playFor(aPerformance) ); 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 


return result; 
} 
function playFor(aPerformance) { 
return plays[aPerformance.playID | 
} 
function totalAmount(data) { 
return data.performances 
.reduce( (total, p) => total + p.amount, 0); 
} 
function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


} 
} 


function createPerformanceCalculator(aPerformance, aPlay) { 
switch(aPlay.type) { 
case "tragedy": return new TragedyCalculator(aPerformance, 


aPlay); 

case "comedy" : return new ComedyCalculator(aPerformance, 
aPlay); 

default: 


throw new Error( unknown type: ${aPlay.type}); 


} 
J 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 
this.performance = aPerformance; 
this.play = aPlay; 
} 
get amount() { 
throw new Error('subclass responsibility'); 
} 
get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 


} 


class TragedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


} 


return result; 


class ComedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 
20); 
} 
result += 300 * this.performance.audience; 
return result; 


get volumeCredits() { 
return super.volumeCredits + 
Math. floor(this.performance.audience / 5); 


} 


代码 量 仍然 有 所 增加 ， 因 为 我 再 次 整理 了 代 
码 结 构 。 新 结构 市 来 的 好 处 是 ， 不 同 戏 剧种 类 的 
计算 各 目 集 中 到 了 一 处 地 方 。 A tits 
涉及 特定 拓 型 的 计算 ， 像 这 样 按 类 型 进行 分 离 吏 
很 有 意义 。 当 添加 新 剧种 时 , 只 需要 添加 二 个子 
R, FEMALE ° 


这 个 示例 还 揭示 了 一 些 关 于 此 类 继承 方案 何 
时 适用 的 润 见 。 上 面 我 将 条 件 分 文 的 查找 从 两 个 
不 同 的 函数 (amountFor 和 volumecreditsFor) #8 
移 到 一 个 集中 的 构造 函 效 
u S A RL AIEK AN 
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有 益处 。 


除了 这 样 设 计 ， 还 有 另 一 种 可 能 的 方案 ， 那 
就 是 让 createstatementData 返 回 计 算 器 实例 本 
号 ， 而 非 目 己 拿 到 计算 需 来 填充 中 转 数 据 结构 。 
JavaScript 的 类 设计 有 不 少 好 特性 ， 例 如 ， 取 值 函 
数 用 起 来 束 像 普通 的 数据 存 取 。 我 在 考量 是 “直接 
返回 实例 本 身 ” 还 是 “返回 计算 好 的 中 转 数 据 * 时 ， 
主要 看 数据 的 使 用 者 是 谁 。 在 这 个 例子 中 ， 我 更 
想 通 过 中 转 数据 结构 来 展示 如 何以 此 隐藏 计算 需 


背后 的 多 态 设计 。 
1.10 ”结语 


这 是 一 个 简单 的 例子 ， 但 我 希望 它 能 让 你 
对 “ 重 构 怎么 做 ”有 一 点 感觉 。 例 中 我 已 经 示范 了 
数 种 重 构 手法 ， 包 括 提炼 函数 (106) 、 内 联 变 量 

(123) 、 搬 移 函 数 (198) 和 以 多 态 取 代 条 件 表 
达 式 (272) 等 。 


本 章 的 重 构 有 3 个 较为 重要 的 和 点 ， 分 别 是 : 
将 原 函 数 分 解 成 一 组 通 父 的 函数 、 应 用 拆 分 阶段 
(154) 分 离 计算 逻辑 与 输出 格式 化 逻辑 ， 以 及 为 
计算 器 引入 多 态 性 来 处 理 计 算 逻 辑 。 每 一 步 都 给 
代码 添加 了 更 多 的 结构 ， 以 便 我 能 更 好 地 表达 代 
码 的 意图 。 
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回 到 代码 中 。 清 上 晰 的 代码 更 容易 理解 ， 使 你 能 够 
发 现 更 深层 次 的 设计 问题 ， 从 而 形成 积极 正 同 的 
肥 人 馈 环 。 当 然 ， 这 个 示例 仍 有 值得 改进 的 地 方 ， 
但 现在 测试 仍 能 全 部 通过 ， 代 码 相 比 初 见 时 已 经 
有 了 巨大 的 改善 ， 所 以 我 已 经 可 以 满足 了 。 


我 谈论 的 是 如 何 改善 代码 ， 但 什么 样 的 代码 
才 算 好 代码 ， 程 序 员 们 有 很 多 争论 。 我 仿 爱 小 
的 、 命 名 民 好 的 函数 ， 也 知道 有 些 人 反对 这 个 观 
点 。 如 采 我 们 说 这 只 关乎 美 学， 只 是 各 化 入 各 
腿 ， 没 有 好 坏 局 低 之 分 ， 那 除了 诉说 个 人 品味 ， 
束 没 有 任何 客观 事实 依据 了 。 但 我 坚信 ， 这 不 仅 
天 乎 个 人 品味 ， 而 且 是 有 客观 标准 的 。 我 认为 ， 
好 代码 的 检验 标准 束 古 人 们 是 否 能 轻而易举 地 修 
改 它 。 好 代码 应 该 直截了当 : 有 人 需要 修改 代码 
时 ， 他 们 应 能 轻易 找到 修改 辟 ， 应 该 能 快速 做 出 
更 改 ， 而 不 易 引 入 其 他 午 误 。 一 个 健康 的 代码 库 
能 够 最 大 限度 地 提升 我 们 的 生产 力 ， 文 持 我 们 更 
快 、 更 低 成 本 地 为 用 户 添 加 新 特性 。 为 了 保持 代 
码 库 的 健康 ， 束 需要 时 刻 留 意 现 状 与 理想 之 间 的 
三 距 ， 然 后 通过 重 构 不 断 接 近 这 个 理想 。 
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而 吻 举 地 修改 它 。 


这 个 示例 告诉 我 们 最 重要 的 一 点 就 是 重 构 的 
性 雪 感 。 无 论 何 时 ， 当 我 同人 们 展示 我 如 何 重 构 
时 ， 无 人 不 讶 异 于 我 的 步子 之 小 ， 并 且 每 一 步 都 
保证 代码 处 于 编译 通过 和 测试 通过 的 可 工作 状 
态 。20 年 前 ， 当 Kent Beck RFN- ZEEE 
癌 我 展示 同样 的 手法 时 ， 我 也 报 以 同样 的 震撼 。 
开展 高 效 有 序 的 重 构 ， 关 键 的 心得 是 : 小 的 步子 
可 以 更 快 前 进 ， 请 保持 代码 永远 处 于 可 工作 状 
人 态 ， 小 步 修 改 球 积 起 来 也 能 大 大 改 务 系统 的 设 
计 。 这 几 点 请 君 半 记 ， 其 余 的 我 已 无 需 多 言 。 


B2% BAM 


前 一 章 所 举 的 例子 应 该 已 经 让 你 对 重 构 有 了 
一 个 恨 好 的 感 党。 现在， 我 们 应 该 回头 看 看 重 构 
的 一 些 大 原则 © 


2.1 何谓 重 构 


Se er 


我 使 用 这 个 词 的 方式 比较 严谨 并 且 和 发现 这 各 
严谨 的 方式 很 有 和 好处。 (下 列 定义 与 本 书 第 1 版 中 
给 出 的 定义 一 样 。)“ 重 构 ” 这 个 词 既 可 以 用 作 和 名 
词 也 可 以 用 作 动 词 。 名 词 形式 的 定义 是 : 


重 构 (名 词 ) : 对 软件 内 部 结构 的 一 种 调 
整 ， 目 的 是 在 不 改变 软件 可 观察 行为 的 前 所 下 ， 
提 高 其 可 理解 性 ， 降 低 其 修改 成 本 。 


这 个 定义 适用 于 我 在 前 面 的 例子 中 提 到 的 那 
些 有 名 字 的 重 构 ， 例 如 提炼 函数 (106) 和 以 多 态 
取代 条 件 表 达 式 (272) ° 


动词 形式 的 定义 走 : 


重 构 (动词 ) : 使 用 一 系列 重 构 手 法 ， 在 不 
改变 软件 可 观察 行为 的 前 近 下 ， 调 整 其 结构 。 


所 以 ， 我 可 能 会 化 一 两 个 小 时 进行 重 构 ( 动 
‘Do a a 
mJ) 。 


过 去 十 儿 年 ， 这 个 行业 里 的 很 多 人 用 “ 重 
构 ” 这 个 词 来 指 代 任何 形式 的 代码 清理 ， 但 上 面 的 
定义 所 指 的 是 一 种 特定 的 请 理 代 码 的 方式 。 重 构 
的 关键 在 于 运用 大 量 微小 且 保持 软件 行为 的 步 
驼 ， 一 步 步 达 成 大 规模 的 修改 。 每 个 单独 的 重 构 
要 人 么 很 小 ,要么 由 者 干 小 步骤 组 合 而 成 。 因 此 ， 
在 重 构 的 过 程 中 ， 我 的 代码 很 少 进入 不 可 工作 的 
状态 ， PIE ENIA FER. 我 也 可 以 在 任何 时 刻 


停 下 


如 和 东 有 人 说 他 们 的 代码 在 重 构 过 程 中 


有 一 两 天 时 间 不 可 用 ， 基 本 上 可 以 确定 ， 他 们 
在 做 的 事 不 是 重 构 。 


我 会 用 “结构 调整 ” (restructuring) XIZ JAX) 
代码 库 进 行 的 各 种 形式 的 重新 组 织 或 清理 ， 重 构 
则 是 特定 的 一 类 结构 调整 。 刚 接触 重 构 的 人 看 我 
用 很 多 小 步骤 完成 似乎 可 以 一 大 步 允 能 做 完 的 
事 ， 可 能 会 觉得 这 样 很 低 效 。 但 小 步 前 进 能 让 我 
走 得 更 快 ， 因 为 这 些小 步 又 能 完美 地 役 此 组 合 ， 
而 且 一 一 更 天 键 的 是 整个 过 程 中 我 不 会 化 任 
何 时 间 来 调试 。 


在 上 述 定 义 中 ， 我 用 了 “可 观察 行为 ”的 说 
法 。 它 的 意思 是 ， 整 体 而 言 ， 经 过 重 构 之 后 的 代 
码 所 做 的 事 应 该 与 重 构 之 前 大 致 一 样 。 这 个 说 法 
并 非 完 全 严格 ， 并 且 我 是 故意 保留 这 点 儿 空 间 
的 : 重 构 之 后 的 代码 不 一 定 与 重 构 前 行为 完全 一 
致 。 比 如 说 ， 提 炼 函 数 (106) 会 改变 函数 调用 
栈 ， 因 此 程序 的 性 能 就 会 有 所 改变 ; BC KAE 
AA (124) 和 搬移 函数 (198) 等 重 构 经 常会 改变 
模块 的 接口 。 不 过 就 用 户 应 该 关心 的 行为 而 言 ， 
不 应 该 有 任何 改变 。 如 果 我 在 重 构 过 程 中 发 现 了 
任何 bug， 重 构 完 成 后 同样 的 bug 应 该 仍然 存在 
(不 过 ， 如 果 潜 在 的 bug 还 没有 被 任何 人 发 现 ， 也 
可 以 当即 把 它 改 掉 ) 。 


重 构 与 性 能 优化 有 很 多 相似 之 处 : 两 者 都 需 
要 修改 代码 ， 并 且 两 者 都 不 会 改变 程序 的 整体 功 
能 。 两 兰 的 才刚 在 于 其 目的 : EWEN SLE 


但 “更 容易 理解 ， 更 易于 修改 ”。 这 可 能 使 程序 运 
行 得 更 快 ， 也 可 能 使 程序 运行 得 更 慢 。 在 性 能 优 
化 时 ， 我 只 天 心 让 程序 运行 得 更 快 ， 最 终 得 到 的 
on: ee eae 


2.2 ”两 顶 帽子 


Kent Beck 近 出 了 “两 项 帽子 ”的 比喻 。 使 用 重 
构 反 术 开 发 软件 时 ， 我 把 目 己 的 时 间 分 配给 两 种 
截然 不 同 的 行为 : 深 加 新 功能 和 重 构 。 添 加 新 功 
能 时 ， 我 不 应 该 修改 既 有 人 代码， 只管 添 加 新 蕊 
能 。 通 过 奖 加 测试 并 让 测试 正音 运行 ， 我 可 以 衡 
量 目 己 的 工作 进度 。 重 构 时 我 吏 不 能 再 添加 功 
能 ， 只 管 调整 代码 的 结构 。 此 时 我 不 应 该 添加 任 
何 测试 (除非 发 现 有 先前 遗漏 的 东西 )， 只 在 绝 
对 必要 (用 以 处 理 接口 变化 ) 时 才 修 改 测试 。 


软件 开发 过 程 中 ， 我 可 能 会 发 现 目 己 经 党 变 
换 帽 子 。 自 先 我 会 宪 试 添加 新 功能 ， 然 后 会 意识 
到 : 如 采 把 程序 结构 改 一 下 ， 功 能 的 添加 会 容易 
但 多 。 于 是 我 换 一 顶 帆 子 ， 做 一 会 儿 重 构 工作 。 
程序 结构 调整 好 后 ， 我 义 换 上 原先 的 帽子 ， 继 续 
深 加 新 功能 。 新 功能 正常 工作 后 ， 我 义 发 现 目 己 
的 编码 造成 程序 难以 理解 ， 于 是 又 换 上 重 构 帆 


于.….. 整 个 过 程 或 许 只 伦 10 分 钟 ， 但 无 论 何 时 我 
都 消 楚 目 己 戴 的 是 哪 一 项 帽子 ， 并 且 明 日 不 同 的 
踢 子 对 编程 状态 提出 的 不 同 要 求 。 


2.3 ”为 何 重 构 


RAVE Mii ite Lia AAA RA, E 
绝对 不 是 所 请 的 “ 银 弹 *。 不 过 它 的确 很 有 有 价值， 
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子 ”， 可 以 帮 你 始终 良好 地 控制 自己 的 代码 。 重 构 
Sg ae Ones OEY 
目的 。 


重 构 改进 软件 的 设计 


如 果 没 有 重 构 ， 程 序 的 内 部 设计 (或 者 叫 架 
构 ) 会 逐渐 腐败 变质 。 当 和 人们 只 为 短期 目的 而 修 
改 代码 时 ， 他 们 经 党 没有 完全 理解 染 构 的 整体 设 
计 ， 于 有 是 代码 逐渐 失去 了 目 己 的 结构 。 程 序 员 越 
来 越 难 通过 阅读 源码 来 理解 原来 的 设计 。 代 码 结 
构 的 流失 有 素 积 效应 。 越 难看 出 代码 所 代表 的 设 
计 意 图 ， 环 越 难保 扩 其 设计 ， 于 是 设计 束 腐 败 得 
越 快 。 经 党 性 的 重 构 有 助 于 代码 维持 目 己 该 有 有 的 


PA 
形 仿 。 


完成 同样 一 件 事 ， 设 计 从 佳 的 程序 往往 需要 
更 多 代码 ， 这 般 音 征 因 为 代码 在 不 同 的 地 方 使 用 
完全 相同 的 语句 做 同样 的 事 ， 因 此 改进 设计 的 一 
个 重要 方 回 吏 是 澳 除 重复 代码 。 人 代码 量 城 少 并 不 
会 使 系统 运行 更 快 ， 因 为 这 对 程序 的 资源 占用 几 
乎 没有 任何 明显 有 影响。 然而 代码 量 减少 将 使 未 来 
可 能 的 程序 修改 动作 容易 得 多 。 代 码 越 多 ， 做 正 
确 的 修改 束 越 困难 ， 因 为 有 更 多 代码 需要 理解 。 
我 在 这 里 做 了 点 儿 修 改 ， 系 统 却 不 如 预期 那样 工 
作 ， 因 为 我 没有 修改 男 一 处 一 一 那里 的 代码 做 看 
儿 乎 完全 一 样 的 事情 ， 只 十 所 处 环境 上 略 有 不 同 。 
宵 除 重复 代码 ， 我 束 可 以 确定 所 有 事物 和 行为 在 
代码 中 只 表述 一 次 ， 这 正 是 优秀 设计 的 根本 。 


重 构 使 软件 更 容易 理解 


所 谓 程序 设计 ， 很 大 程度 上 吏 是 与 计算 机 对 
话 : 我 编写 代码 告诉 计算 机 做 什么 事 ， 而 它 的 啊 
应 十 按照 我 的 指示 精确 行动 。 一 言 以 敬之 ， 我 所 
做 的 融 是 填补 “我 想 要 它 做 什么 ?和 “我 告诉 它 做 什 
么 ”之 则 的 缝隙。 编程 的 核心 束 在 于 “准确 说 出 我 
想 要 的 。 然而 别 瑟 了 ， 除 了 计算 机 外 ， 产 码 还 有 
其 他 读者 : 几 个 月 之 后 可 能 会 有 另 一 位 程序 员 艾 
运 读 人 我 的 代码 并 对 其 做 一 些 修改 。 我 们 很 容易 
护 记 这 这 位 读 着 ， 但 他 才 是 最 重要 的 。 计 算 机 古 


人 百 多 伦 了 儿 个 时 钟 周期 来 编译 ， 义 有 什么 关系 
We? 如 采 一 个 程序 员 花 费 一 周 时 间 来 修改 某 段 代 
码 ， 那 才 要 命 呢 一 一 如 末 他 理解 了 我 的 代码 ， 这 
个 修改 原本 只 需 一 小 时 。 


问题 在 于 ， 当 我 努力 让 程序 运转 的 时 候 ， 我 
不 会 想到 未来 出 现 的 那个 开发 着 。 是 的 ， 我 们 应 
该 改变 一 下 开发 节奏 ， 让 代码 变 得 更 易于 理解 。 
重 构 可 以 帮 我 让 代码 更 易 读 。 开 始 进 行 重 构 前 ， 
代码 可 以 正常 运行 ,但 结构 不 够 理想 。 在 重 构 上 
花 一 点 点 上 时间， 就 可 以 让 代码 更 好 地 表达 自己 的 
意图 一 一 更 清晰 地 说 出 我 想 要 做 的 。 


天 于 这 一 点， 我 没 必 要 表现 得 多 么 无 私 。 很 
ZIRIA RRF REMEH E o ENEN 
驶 显 得 尤其 重要 了 。 我 是 一 个 很 懒惰 的 程序 员 ， 
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过 的 代码 。 事 实 上 ， 对 于 任何 能 够 立刻 查阅 的 东 
四 ， 我 都 改 意 不 去 记 它 ， 因 为 我 介 把 目 己 的 脑 安 
塞 爆 。 我 总 是 尽量 把 该 记 住 隐 东 西 写 进 代码 里 ， 
这 样 我 殉 不 必 记 住 它 了 。 这 人 么 一 来 ， 下 班 后 我 还 
可 以 喝 上 两 杯 Maudite 啤 镁 ， 不 必 太 担心 它 杀 光 我 
的 脑 细胞 。 


重 构 帮助 找到 bug 


对 代码 的 理解 ， 可 以 帮 我 找到 bug。 我 承认 我 
不 太 擅长 找 bug。 有 些 人 只 要 上 采 看 一 大 段 代码 束 可 
以 找 出 里 面 的 bug， 我 不 行 。 但 我 发 现 ， 如 末 对 代 
人 码 进 行 重 构 ， 我 束 可 以 深入 理解 代码 的 所 作 所 
为 ， 并 立即 把 新 的 理解 反映 在 代码 当中 。 搞 清楚 
程序 结构 的 同时 ， 我 也 验证 了 目 己 所 做 的 一 些 假 
设 ， 于 是 想 不 把 bug 揪 出 来 都 难 。 


这 让 我 想起 了 Kent Beck 经 常 形容 日 己 的 一 句 
m: “我 不 是 一 个 特别 好 的 程序 员 ， 我 只 是 一 个 有 
着 一 些 特别 好 的 习惯 的 还 不 错 的 程序 员 。” 重 构 能 
够 帮助 我 更 有 效 地 写 出 健壮 的 代码 。 


重 构 提高 编程 速度 


最 后 ， 前 面 的 一 切 都 归结 到 了 这 一 点 : 重 构 
帮 有 我 更 快速 地 开发 程序 。 


听 起 来 有 点 儿 违 反 和 直觉 。 当 我 谈 到 重 构 时 ， 
人 们 很 容易 看 出 它 能 够 所 高 质量 。 改 善 必 计 、 授 
升 可 读 性 、 减 少 bug， 这 些 都 能 提高 质量 。 但 伦 在 
重 构 上 的 时 间 ， 难 道 不 是 在 降低 开发 速度 吗 ? 


当 我 跟 那 些 在 一 个 系统 上 工作 较 长 时 间 的 软 
件 开发 首 交 谈 时 ， 经 党 会 听 到 这 样 的 故事 : 一 开 


始 他 们 进展 很 快 ， 但 如 今 想 要 添加 一 个 狐 功 能 需 
要 的 时 间 束 要 长 得 多 。 他 们 需要 伦 越 来 越 多 的 时 
间 去 考虑 如 何 把 新 功能 塞 进 现 有 的 代码 库 ， 不 断 
中 出 来 的 bug 修复 起 来 也 越 来 越 慢 。 代 人 码 库 看 起 来 
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日 整个 系统 是 如 何 工作 的 。 这 份 负 担 不 断 拖 慢 新 
增 功 能 的 速度 ， 到 最 后 程序 员 恨 不 得 从 头 开始 重 
写 整个 系统 。 


下 面 这 幅 图 可 以 描绘 他 们 经 历 的 困境 。 


但 有 些 团队 的 境 过 则 截然 不 同 。 他 们 添加 新 
功能 的 速度 越 来 越 快 ， 因 为 他 们 能 利用 已 有 的 功 
能 ， 基 于 已 有 的 功能 快速 构建 靳 功能 。 


两 种 团队 的 区 别 束 在 于 软件 的 内 部 质量 。 需 
要 添加 新 功能 时 ， 内 部 质量 民 好 的 软件 让 我 可 以 
很 容易 找到 在 哪里 修改 、 如 何 修改 。 民 好 的 模块 
划分 使 我 只 需要 理解 代码 库 的 一 小 部 分 ， 束 可 以 
做 出 修改 。 如 末代 码 很 消 晰 ， 我 引入 bug 的 可 能 性 
束 会 变 小 ， 即 使 3| 入 了 bug， 调 试 也 会 容易 得 多 。 
理想 情况 下 ， 我 的 代码 库 会 逐步 演化 成 一 个 平 
We a 
功能 。 


我 把 这 种 现象 称 为 “设计 耐久 性 假说 ”通过 
投入 糊 力 改善 内 部 设计 ， 我 们 增加 了 软件 的 耐久 
性 ， 从 而 可 以 更 长 时 间 地 保持 开发 的 快速 。 我 还 
无 法 科学 地 证 明 这 个 理论 ， 所 以 我 说 它 是 一 个 “ 假 
W” o 但 我 的 经 答 ， 以 及 我 在 职业 生涯 中 认识 的 上 
百名 优秀 程序 员 的 经 验 ， 痢 文 持 这 个 假说 。 


20 年 前 ， 行 业 的 陈规 认为 : 民 好 的 设计 必须 
在 开始 编程 之 前 完成 ， 因 为 一 旦 开始 编写 代码 ， 
设计 刺 只 会 逐渐 腐败 。 重 构 改 变 了 这 个 图 景 。 现 
在 我 们 可 以 改善 已 有 代码 的 设计 ， 因 此 我 们 可 以 
先 做 一 个 设计 ， 然 后 不 断 改善 它 ， 哪 各 程 序 本 身 
的 功能 也 在 不 断 发 生 春 变化 。 由 于 预 完 做 出 民 好 
的 设计 非常 困难 ， 想 要 有 既 体 面 义 快速 地 开发 功 
能 ， 重 构 必 不 可 少 。 


2.4 (RAY HRY 
在 我 编程 的 每 个 小 时 ， 我 都 会 做 重 构 。 有 几 
种 方式 可 以 把 重 构 融 入 我 的 工作 过 程 里 。 


[三 次 法 则 


Don Roberts 给 了 我 一 条 准则 : 第 一 次 做 某 件 事 时 只 管 去 做 ; 第 
二 次 做 类 似 的 事 会 产生 反感 ， 但 无 论 如 何 还 是 可 以 去 做 ;第 三 次 再 


| 做 类 似 的 事 ， 你 就 应 该 重 构 。 
正如 老话 说 的 : 事 不 过 三 ， 三 则 重 构 。 


预备 性 重 构 : 让 添加 新 功能 更 容易 


重 构 的 最 佳 时 机 吏 在 添加 新 蕊 能 之 前 。 在 动 
手 添 加 新 功 能 之 前 ， 我 会 看 看 现 有 的 代码 库 ， 此 
时 经 各 会 发 现 : 如 采 对 代码 结构 做 一 点 微调 ， 我 
的 工作 会 容易 得 多 。 也 许 已 经 有 个 汞 数据 供 了 我 
需要 的 大 部 分 功能 ， 但 有 几 个 字面 量 的 值 与 我 的 
需要 略 有 神 突 。 如 和 朱 不 做 重 构 ， 我 可 能 会 把 整个 
函数 复制 过 来 ， 修 改 这 儿 个 值 ， 但 这 束 会 导致 重 
复 代码 一 一 如 生 将 来 我 需要 做 修改 ， 束 必须 同时 
修改 两 处 〈 更 厅 烦 的 是 ， 我 得 先 找 到 这 两 处 ) 。 
而 且 ， 如 有 条 将 来 我 还 需要 一 个 类 似 广 略 有 不 同 的 
功能 ， 束 只 能 再 复制 炸 贴 一 次 ， 这 可 不 十 个 好 主 
意 。 所 以 我 戴 上 重 构 的 帽子 ， 使 用 函数 参数 化 
(310) 。 做 完 这 件 事 以 后 ， 接 下 来 我 束 只 需要 调 
用 这 个 函数 ， 传 入 我 需要 的 参数 。 


这 就 好 像 我 要 往 东 去 100 公 里 。 我 不 会 往 东 
一 头 把 车 开 进 树林 ， 而 是 移 往 北 开 20 公 里 上 高 
速 ， 然 后 再 向 东 开 100 公 里 。 后 者 的 速度 比 前 者 
要 快 上 3 倍 。 如 果 有 人 催 着 你 “赶快 直接 去 那 


儿 ”， 有 时 你 需要 六: “等 等 ， 我 要 先 看 看 地 图 ， 
找 出 最 快 的 路 人 径 。” 这 束 古 预备 性 重 构 于 我 的 总 
Va 
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修复 bug 时 的 情况 也 十 一 样 。 在 寻找 问题 根 因 
时 ， 我 可 能 会 有 发 现 ， 如 来 把 3 段 一 模 一 样 且 部 会 导 
致 展 误 的 代码 合并 到 一 处 ， 问 题 修复 起 来 会 容易 
得 多 。 或 者 ， 如 末 把 茶 芋 更 狐 数 据 的 逻 杏 与 得 询 
逻辑 分 开 ， 会 更 容易 避免 造成 篆 误 的 逻辑 纠缠 。 
用 重 构 改善 这 些 情况 ， 在 同样 场合 再 次 出 现 同 样 
bug 的 概率 也 会 降低 。 


帮助 理解 的 重 构 : 使 代码 更 易 懂 


我 需要 和 理解 代码 在 做 什么 ， 然 后 才能 者 手 
修改 。 这 段 代 码 可 能 十 我 写 的 ， 也 可 能 古 别人 写 
的 。 一 旦 我 需要 思考 “这 段 代码 到 发 在 做 什么 ”， 
RELA Ala]: 能 不 能 重 构 这 上 段 代 码 ， 令 其 一 目 了 
然 ? 我 可 能 看 见 了 一 段 结构 糟糕 的 条 件 逻 辑 ， 也 
A) Bear eee APB, (Ee Be TILDA Se 
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看 代码 时 ， 我 会 在 脑海 里 形成 一 些 理解 ， 但 
我 的 记性 不 好 ， 记 不 住 那么 多 细 市 。 正 如 Ward 
Cunningham 所 说 ， 通 过 重 构 ， 我 吏 把 脑子 里 的 理 
解 转移 到 了 代码 本 号。 随后 我 运行 这 个 软件 ， 看 
它 是 否 正 党 工作 ， 来 检查 这 些 理解 是 否 正 俏 。 如 


来 把 对 代码 的 理解 植 入 代码 中 ， 这 份 知 识 会 保存 
得 更 人 ， 并 且 我 的 同事 也 能 看 到 。 


重 构 市 来 的 带 助 不 仅 发 生 在 将 来 一 一 第 第 是 
立 补 见 影 。 我 会 完 在 一 些小 细 方 上 使 用 重 构 来 帮 
助理 解 ， 给 一 两 个 变量 改名 ， 让 它们 更 清楚 地 表 
达意 图 ， 以 方便 理解 ， 或 是 将 一 个 长 函数 拆 成 几 
个 小 函数 。 当 代码 变 得 更 清晰 一 些 时 ， 我 吏 会 看 
见 之 前 看 不 见 的 设计 问题 。 如 果 不 做 剖面 的 重 
构 ， 我 可 能 永远 都 看 不 见 这 些 设计 问题 ， 因 为 我 
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Ralph Johnson 说 ， 这 些 初 步 的 重 构 束 像 扫 去 窗 上 
的 全 顽 ， 使 我 们 得 以 看 到 窗外 的 风景 。 在 研读 代 
人 码 时 ， 重 构 会 引领 我 获得 更 局 层面 的 理解 ， 如 采 
只 是 阅读 代码 很 难 有 此 领情 。 有 些 人 以 为 这 些 重 
构 只 是 宫 无 意义 地 把 玩 代 码 ， 他 们 没有 意识 到 
缺少 了 这 些 细微 的 整理 ， 他 们 就 无 法 看 到 隐藏 在 
一 厂 混 乱 表 后 的 机 过 。 


拾 垃圾 式 重 构 


帮助 理解 的 重 构 还 有 一 个 变 体 ， 我 已 经 理解 
代码 在 做 什么 ， 但 发 现 它 做 得 不 好 ， 例 如 远 辑 不 
必要 地 迁 回 复杂 ， 或 痢 两 个 芳 数 儿 乎 完全 相同 ， 
可 以 用 一 个 参数 化 的 芳 数 取而代之 。 这 里 有 一 个 


取舍 : 我 不 想 从 眼下 正 要 完成 的 任务 上 跑题 太 
多 ， 但 我 也 不 想 把 垃圾 留 在 原 地 ， 给 将 来 的 修改 
增加 有 据 烦 。 如 琳 我 发 现 的 坪 圾 很 容易 重 构 ， 我 会 
马上 重 构 它 ; 如 于 重 构 需 要 花 一 些 精 力 ， 我 可 能 
会 拿 一 张 便 变 纸 把 它 记 下 来 ， 完 成 当下 的 任务 再 
回来 重 构 它 。 


当然 ， 有 时 这 样 的 垃圾 需要 好 几 个 小 时 才能 
解决 ， 而 我 又 有 更 某 急 的 事 要 完成 。 不 过 即便 如 
此 ， 稍 微 化 一 点 工夫 做 一 点 儿 清理 ， 通 香 都 站 值 
得 的 。 正 如 野 宫 着 的 老话 所 说 :至少 要 让 宫 地 比 
你 到 达 时 更 干洗 。 如 每 次 经 过 这 上段 代码 时 都 把 
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代码 一 一 所 以 ， 有 时 一 块 垃圾 在 好 几 个 月 之 后 才 
终于 清理 干 储 ， 但 即便 每 次 清理 并 不 完整 ， 代 码 
也 不 会 被 破坏 。 


有 计划 的 重 构 和 见 机 行事 的 重 构 


上 上 面 的 例子 一 一 预备 性 重 构 、 帮 助理 解 的 重 
构 、 捡 垃圾 式 重 构 一 一 者 是 见 机 行事 的 : 我 并 不 
专门 安排 一 段 时 间 来 重 构 ， 而 是 在 次 加 功能 或 修 
复 bug 的 同时 顺便 重 构 。 这 十 我 目 然 的 编程 流 的 一 
部 分 。 不 管 是 要 次 加 功能 还 是 修复 bug， 重 构 对 我 


当下 的 任务 有 帮助 ， 而 且 让 我 未 来 的 工作 更 轻 
松 。 这 古 一 件 很 重要 而 义 徊 锌 误解 的 事 ， 重 构 不 
尽 与 编程 制 祈 的 行为 。 你 不 会 专 | ] 安 排 时 间 重 
构 ， 正 如 你 不 会 专门 安排 时 间 写 if 语句 。 我 的 项 
目 计 划 上 没有 专门 留 给 重 构 的 时 间 ， 绝 关 多数 重 
构 都 在 我 做 其 他 事 的 过 程 中 目 然 发 生 。 


肝脏 的 代码 必须 重 构 ， 但 并 腕 的 代码 


也 需要 很 多 重 构 。 


还 有 一 种 第 见 的 误解 认为 ， 重 构 承 是 人 们 织 
休 过 去 的 蚀 误 或 痢 消 理 及 脏 的 人 代码。 当然， 如 末 
遇 上 了 肝脏 的 代码 ， 你 必须 重 构 ， 但 漂 膨 的 代码 
也 需要 很 多 重 构 。 在 写 代 码 时 ， 我 会 做 出 很 多 权 
me: 参数 化 需要 做 到 什么 程度 ”函数 之 间 的 
边界 应 该 划 在 哪里 ? 对 于 昨天 的 功能 完全 合理 的 
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好 在 ， 当 我 需要 改变 这 些 权 衡 以 反映 现实 情况 的 
变化 时 ， 整 污 的 代码 重 构 起 来 会 更 容易 。 


每 次 要 修改 时 ， 首 先 令 修 改 很 容易 E 


告 ， 这 件 事 有 时 会 很 难 ) ， 然 后 再 进行 这 次 容 


易 的 修改 。 
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长 久 以 来 ， 人 们 认为 编写 软件 是 一 个 玲 加 的 
过 程 : 要 添加 新 切 能 ， 我 们 吏 应 该 增加 新 代码 。 
但 优秀 的 程序 员 知 道 ， 添 加 新 功能 最 快 的 方法 往 
往 十 完 修改 现 有 的 代码 ， 使 新 功能 容易 倍加 入 。 
所 以 ， 软 件 永远 不 应 该 被 视 为 "完成 ”。 每 当 需 要 
靳 能 力 时 ， 软 件 束 应 该 做 出 相应 的 改变 。 越 十 在 
已 有 代码 中 ， 这 样 的 改变 束 越 显 重 要 。 


个 过， 说 了 这 么 多 ， 并 不 表示 有 计划 的 重 构 
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会 需要 专 | ] 化 一 些 时 间 来 优化 代码 库 ， 以 便 更 容 
易 汪 加 新 功能 。 在 重 构 上 伦 一 个 星期 的 有 时间， 会 
在 未 来 几 个 月 里 发 挥 价值 。 有 时 ， 即 便 团 队 做 了 
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长 大 ， 最 终 需 要 专门 化 些 时 间 来 解决 。 但 这 种 有 
计划 的 重 构 应 该 很 少 ， 大 部 分 重 构 应 该 是 不 起 眼 
的 、 见 机 行事 的 。 


我 听 过 的 一 条 建议 是 : 将 重 构 与 添加 新 功能 
在 版 本 控制 的 所 区 中 分 开 。 这 样 做 的 一 大 好 处 是 
可 以 各 目 独 立地 审阅 和 批准 这 些 据 区。 但 我 并 不 


认同 这 种 做 法 。 重 构 利 利 与 新 添 功能 紧密 交织 ， 
个 值得 化 工夫 把 它们 分 开 。 并 且 这 样 做 也 使 重 构 
脱离 了 上 上下文， 使 人 看 不 出 这 些 “ 重 构 捉 区 ”的 价 
值 。 每 个 团队 应 该 受 弃 并 找 出 适合 目 己 的 工作 方 
TL, Arete: DA BM fect Ne EI BE 
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长 期 重 构 


大 多 数 重 构 可 以 在 儿 分 钟 一 一 最 多 几 小 时 
一 一 内 完成 。 但 有 一 些 大 型 的 重 构 可 能 要 化 上 几 
个 星期 ， 例 如 要 蔡 换 一 个 正在 使 用 的 库 ， 或 者 将 
整 块 代码 抽取 到 一 个 组 件 中 并 共 圣 给 力 一 文 团队 
便 用 ， 再 或 者 要 处 理 一 大 扒 混 配 的 依赖 和 关系， 等 
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印 使 在 这 样 的 情况 下 ， 我 仍然 不 愿 让 一 文 团 
队 专 门 做 重 构 。 可 以 让 整个 团队 达成 共识 ， 在 未 
来 儿 周 时 间 里 导 步 解决 这 个 问题 ， 这 经 音 征 一 个 
有 效 的 朱 略 。 每 当 有 人 徘 近 “ 重 构 区 ”的 代码 ， 束 
把 它 旨 想 要 改进 的 方 癌 推动 一 点 。 这 个 螟 略 的 好 
处 在 于 ， 重 构 不 会 破坏 代码 一 一 每 次 小 改动 之 
后 ， 整 个 系统 仍然 照常 工作 。 例 如 ， 如 末 想 蕉 换 
挥 一 个 正在 使 用 的 库 ， 可 以 和 完 引 入 一 层 儿 的 抽 


象 ， 使 其 兼容 杀 旧 两 个 库 的 接口 。 一 旦 调用 方 已 
经 完全 改 为 使 用 这 层 抽 象 ， 蔡 换 下 面 的 库 束 会 容 
易 得 多 。 (这 个 策略 叫 作 Branch By 
Abstraction[mf-bba] ° ) 


复审 代码 时 重 构 


一 些 公 司 会 做 常规 的 代码 复审 (code 
review) ， 因 为 这 种 活动 可 以 改善 开 发 状况 。 代 
人 码 复审 有 助 于 在 开发 团队 中 传播 知识 ， 也 有 助 于 
让 较 有 经 验 的 开发 者 把 知识 传递 给 比较 欠缺 经 验 
的 人 ， 并 帮助 更 多 人 理解 大 型 软件 系统 中 的 更 多 
部 分 。 代 码 复 审 对 于 编写 清晰 代码 也 很 重要 。 我 
的 代码 也 许 对 我 日 己 来 说 很 清晰 ， 对 他 人 则 不 
然 。 这 是 无 法 避免 的 ， 因 为 要 计 开 发 者 设 吴 处 地 
为 那些 不 蒜 悉 目 己 所 作 所 为 的 人 着 想 ， 实 在 太 困 
难 了 。 代 码 复审 也 让 更 多 人 有 机 会 提出 有 用 的 建 
议 ， 毕 竟 我 在 一 个 星期 之 内 能 够 想 出 的 好 点 子 很 
有 限 。 如 果 能 得 到 别人 的 帮助 ， 我 的 生活 会 滋润 
得 多 ， 所 以 我 总 是 期 每 更 多 复审 。 


我 发 现 ， 重 构 可 以 帮助 我 复审 别人 的 代码 。 
开始 重 构 前 我 可 以 先 阅 读 代码 ， 得 到 一 定 程度 的 
理解 ， 并 提出 一 些 建 议 。 一 旦 想到 一 些 点 子 ， 我 
吏 会 考虑 在 个 可 以 通过 重 构 立 即 轻松 地 实现 它 


们 。 如 宁可 以 ， 我 束 会 动手 。 这 样 做 了 儿 次 以 
后 ， 我 可 以 更 消 楚 地 看 到 ， 当 我 的 建议 税 实 施 以 
后 ， 代 码 会 征 什 么 样 。 我 不 必 想 象 代 码 应 该 是 什 
么 样 ， 我 可 以 真实 看 见 。 于 是 我 可 以 获得 更 高 层 
次 的 认识 。 如 朱 不 进行 重 构 ， 我 永远 无 法 得 到 这 
样 的 认识 。 


重 构 还 可 以 帮助 代码 复审 工作 得 到 更 具体 的 

结 采 。 不 仅 获得 建议 ， 而 且 其 中 许多 建议 能 够 立 

| 
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至 于 如 何在 代码 复审 的 过 程 中 加 入 重 构 ， 这 
复审 的 形式 。 在 常见 的 pull request#e xt 

， 复 审 者 独 目 浏 多 代码 ， 代 码 的 作者 不 在 学 
此 时 进行 重 构 效果 并 不 好 。 如 果 代 码 的 原作 
者 在 旁边 会 好 很 多 ， 因 为 作者 能 提供 关于 代位 的 
上 下 文 信息 ， 并 且 充 分 认同 复审 者 进行 修改 的 意 
图 。 对 我 个 人 而 言 与 原作 者 肩 并 屑 坐 在 一 起 ， 
一 边 浏 览 代码 一 边 重 构 ， 体验 是 最 佳 的 。 这 种 工 
作 方 式 很 自然 地 导 回 结对 编程 : 在 编程 的 过 程 中 
持续 不 断 地 进行 代码 复审 。 


“该 皇 么 跟 经 理 说 重 构 的 事 ?” 这 十 我 最 党 被 问 
到 的 一 个 问题 。 姓 良 讳 言 ， 我 见 过 一 些 场合 ,“ 重 
构 ” 被 视 为 一 个 脏 词 一 一 经 理 (和 客户 ) 认为 重 构 
要 么 是 在 弥补 过 去 犯 下 的 秒 误 ， 要 么 是 不 增加 价 
值 的 无 用 功 。 如 琳 团 队 又 计划 了 几 周 时 间 专 门 做 
重 构 ， 和 情况 束 更 糟 粹 了 一 一 如 琳 他 们 做 的 其 实 还 
不 是 重 构 ， 而 是 不 加 小 心 的 结构 调整 ， 然 后 又 对 
(USM TRA, AA RA eT I 。 


如 东 这 位 经 理 全 技术 ， 能 理解 "设计 耐久 性 假 
说 ”， 那 么 同 他 说 明 重 构 的 意义 应 该 不 会 很 困难 。 
这 样 的 经 理应 该 会 误 励 日 党 的 重 构 ， 并 主动 寻找 
团队 日 党 重 构 做 得 不 够 的 征兆 。 虽 然 < 团 队 做 了 大 
多 重 构 ” 的 情况 确实 也 发 生 过 ， 但 比 起 做 得 不 够 的 
情况 要 罕见 得 多 了 。 


当然 ， 很 多 经 理 和 客户 不 具备 这 样 的 技术 意 
识 ， 他 们 不 理解 代码 库 的 健康 对 生产 率 的 影响 。 
这 种 情况 下 我 会 给 团队 一 个 较 有 和 争议 的 建议 : 不 
要 告诉 经 理 | 


这 征 在 捅 破坏 吗 ? 我 不 这 样 想 。 软 件 开发 着 
都 是 专业 人 士 。 我 们 的 工作 就 是 尽 可 能 快速 创造 
出 局 效 软件 。 我 的 经 验 告诉 我 ， 对 于 快速 创造 软 
件 ， 重 构 可 市 来 巨大 帮助 。 如 来 需要 添加 新 功 
能 ， 而 原本 设计 却 义 使 我 无 法 方便 地 修改 ， 我 发 


现 先 重 构 表 添加 狐 功 能 会 更 快 些 。 如 来 要 修补 锯 
误 ， 就 得 先 理解 软件 的 工作 方式 ， 而 我 发 现 重 构 
生理 解 软 件 的 最 快 方式 。 受 进度 碟 动 的 经 理 要 我 
尽 可 能 快速 完成 任务 ， 至 于 怎么 完成 ， 那 吏 是 我 
的 事 了 “。 我 领 这 份 工 贯 ， 走 因为 我 擅长 快速 实现 
T a 


何 时 不 应 该 重 构 


听 起 来 好 像 我 一 二 在 提倡 重 构 ， 但 确实 有 一 
些 不 值得 重 构 的 情况 。 


如 果 我 看 见 一 块 次 乱 的 代码 ， 但 并 不 需要 修 
改 它 ， 那 么 我 吏 不 需要 重 构 它 。 如 朱 了 丑陋 的 代码 
能 被 隐 藏 在 一 个 API 之 下 ， 我 束 可 以 容 急 它 继 续 
保持 丑陋 。 只 有 当 我 需要 理解 其 工作 原理 时 ， 对 
其 进行 重 构 才 有 价值 。 


另 一 种 情况 是 ， 如 果 重 写 比重 构 还 容易 ， 就 
别 重 构 了 。 这 是 个 困难 的 决定 。 如 果 不 花 一 点 儿 
时 间 尝 试 ， 往 往 很 难 真实 了 解 重 构 一 块 代码 的 难 
度 。 决 定 到 底 应 该 重 构 还 是 重 写 ， 需 要 良好 的 关 
断 力 与 丰富 的 经 验 ， 我 无 法 给 出 一 条 简单 的 建 
议 。 


2.5 ” 重 构 的 挑战 


每 当 有 人 大 力 推 戎 一 种 技术 、 工 具 或 者 架构 
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生活 中 很 少 有 了 晴空 万 里 的 好 事 。 你 需要 了 解 一 件 
事 瑚 后 的 权衡 取 人 省 ， 才 能 决定 何 时 何 地 应 用 它 。 
我 认为 重 构 和 是 一 种 很 有 价值 的 技术 ， 大 多 效 团 队 
都 应 该 更 多 地 重 构 ， 但 它 也 不 是 完全 没有 挑战 
的 。 有 必要 元 分 了 解 重 构 会 遇 到 的 挑战 ， 这 样 才 
能 做 出 有 效应 对 。 


延缓 新 功能 开发 


如 来 你 读 了 前 面 一 小 方 ， 我 对 这 个 挑战 的 回 
应 便 已 经 很 消 楚 了 。 尺 管 重 构 的 目的 古 加 快 开 发 
速度 ， 但 是 ， 仍 旧 很 多 人 认为 ， 伦 在 重 构 的 时 间 
尽 在 拖 慢 狐 功 能 的 开发 进度 。“ 重 构 会 皂 慢 进 
度 ” 这 种 看 法 仍然 很 普 裔 ， 这 可 能 古村 人 怪人 们 没有 
充分 重 构 的 最 大 阻力 所 在 。 


重 构 的 唯一 目的 吏 生 让 我 们 开发 更 


快 ， 用 更 少 的 工作 量 创造 更 大 的 价值 。 


有 一 种 情况 确实 需要 权衡 取 省 。 我 有 时 会 看 
到 一 个 (大 规模 的 ) 重 构 很 有 必要 进行 ， 而 马上 
要 添加 的 功能 非常 小 ， 这 时 我 会 更 愿意 先 把 靳 功 
能 加 上 ， 然 后 再 做 这 次 大 规模 重 构 。 似 这 个 决定 
需要 判断 力 一 一 这 十 我 作为 程序 员 的 专业 能 力 之 
eg nee eee 
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易 ， 所 以 如 条 做 一 点 儿 重 构 能 让 痢 功 能 实现 更 容 
易 ， 我 一 定 会 做 。 如 来 一 个 问题 我 已 经 见 过 ， 此 
时 我 也 会 更 倾 同 于 重 构 它 一 一 有 时 我 束 得 先 看 见 
一 蕊 丑陋 的 代码 几 次 ， 然 后 才能 握 起 荔 头 来 重 构 
它 。 也 束 古 说 ， 如 来 一 块 代码 我 很 少 触 磁 ， 它 不 
会 经 节 给 我 市 来 麻烦 ， 那 么 我 融 倾 癌 于 不 去 重 构 
它 。 如 来 我 还 没 想 清 楚 究 苋 应 该 如 何 优 化 代码 ， 
那么 我 可 能 会 延迟 重 构 ; 当然 ， 有 的 时 候 ， 即 便 
没 想 清 竹 优 化 的 方向 ， 我 也 会 先 做 至 实验 ， 坛 二 
看 能 个 有 所 改进 。 


我 从 同事 那里 听 到 的 证 据 表 明 ， 在 我 们 这 个 
行业 里 ， 重 构 不 足 的 情况 远 多 于 重 构 过 度 的 情 
况 。 换 句 话 说 ， 绝 大 多 数 人 应 该 宕 试 多 做 重 构 。 
代码 库 的 健康 与 个， 到 撒 会 对 生产 率 造 成 多 大 的 
影响 ， 很 多 人 可 能 这 不 出 来 ， 因 为 他 们 没有 太 多 
在 健康 的 代码 库 上 工作 的 经 历 一 一 轻松 地 把 现 有 


代码 组 合 配置 ， 快 速 构造 出 复杂 的 新 切 能 ， 这 种 
强大 的 开发 方式 他 们 没有 体验 过 。 


虽然 我 们 经 沼 批 评 管 理 者 以 “保障 开发 速 

度 ” 的 名 义 压 制 重 构 ， 其 实 程 序 员 目 己 也 经 常 这 人 么 
于 。 有 时 他 们 目 己 禹 得 不 应 该 重 构 ， 其 实 他 们 的 
领导 还 插 硕 望 他 们 做 一 些 重 构 的 。 如 采 你 是 一 文 
团队 的 技术 领导 ， 一 定 要 加 团队 成 员 表 明 ， 你 重 
锡 改 善 代码 库 健 康 的 价值 。 合 理 判 断 何 时 应 该 重 
构 、 何 时 应 该 暂时 不 重 构 ， 这 样 的 判断 力 需 要 多 
年 经 验 积 索 。 对 于 重 构 缺乏 经 验 的 年 轻 人 需要 有 
意 的 指导 ， 才 能 帮助 他 们 加 速 经 验 积累 的 过 程 。 


有 些 人 试图 用 “ 整 六 的 代码 “ 民 好 的 工程 实 

践 ”之 类 道德 理由 来 论证 重 构 的 必要 性 ， 我 认为 这 
征 个 陷阱 。 重 构 的 意义 不 在 于 把 代码 库 打 麻 得 内 
内 发 光 ， 而 是 纯 粹 经 阐 角 度 出 发 的 考量 。 我 们 之 
所 以 重 构 ， 因 为 它 能 让 我 们 更 快 一 一 添加 功能 更 
IR, 修复 bug 更 快 。 一 定 要 随时 记 住 这 一 后 ， 与 别 
人 交流 时 也 要 不 断 强 调 这 一 上 扣 。 重 构 应 该 忌 古 由 
经 济 利益 驱动 。 程 序 员 、 经 理 和 客 刻 越 理 解 这 一 
扩 ,，“ 好 的 设计 ” 那 条 曲线 就 会 越 经 第 出 现 。 


代码 所 有 权 


很 多 重 构 手 法 不 仅 会 影响 一 个 模块 内 部 ， 还 
会 影响 该 模块 与 系统 其 他 部 分 的 天 系 。 比 如 我 想 
给 一 个 函数 改名 ， 并 且 我 也 能 找到 该 范 效 的 所 有 
调用 者 ， 那 么 我 只 需 运 用 改变 函数 声明 (124) , 
在 一 次 重 构 中 修改 函数 声明 和 调用 着 。 但 即便 这 
么 答 单 的 一 个 重 构 ， 有 时 也 无 法 实施 : 调用 方 代 
位 可 能 由 男 一 文 团队 拥有 ， 而 我 没有 权限 写 入 他 
们 的 代码 库 ; 这 个 函数 可 能 是 一 个 提供 给 客户 的 
API， 这 时 我 根本 无 法 知道 是 否 有 人 使 用 它 ， 至 
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的 函数 属于 已 发 布 接口 (published interface) : 
接口 的 使 用 者 《客户 端 ) 与 声明 者 彼此 独立 ， 声 
明 痢 无 权 修 改 使 用 着 的 代码 。 


代码 所 有 权 的 边界 会 妨碍 重 构 ， 因 为 一 旦 我 
目 作 主张 地 修改 ， 就 一 定 会 破坏 使 用 者 的 程序 。 
这 不 会 完全 阻止 重 构 ， 我 仍然 可 以 做 很 多 重 构 ， 
但 确实 会 对 重 构 造成 约束 。 为 了 给 一 个 函数 改 
名 ， 我 需要 使 用 函数 改名 (124) ， 但 同时 也 得 保 
MIRAKA AR, 1E EHEH eee 24 TAY 
A oO ASROR, (AAA SER 
使 用 者 的 系统 而 不 得 不 付出 的 代价 。 我 可 以 把 旧 
的 接口 标记 为 “不 推荐 使 用 ”(deprecated) ， 等 一 
段 时 间 之 后 最 终 让 其 退 体 ;但 有 些 时 候 ， 旧 的 接 
口 必 须 一 直 保 留 下 去 。 


由 于 这 些 复 杂 性 ， 我 建议 不 要 摘 细 粒度 的 强 
代码 所 有 制 。 有 些 组 织品 欢 给 每 段 代码 部 指定 唯 
一 的 所 有 者 ， 只 有 这 个 人 能 修改 这 上段 代码 。 我 站 
经 见 过 一 文 只 有 三 个 人 的 团队 以 这 种 方式 运作 ， 
每 个 程序 员 都 要 给 男 外 两 人 发 布 接口 ， 随 之 而 来 
的 束 古 接口 维护 的 种 种 磋 烦 。 如 末 这 三 个 人 部 直 
授 去 代码 库 里 做 修改 ， 事 情 会 何 持 得 多 。 我 推荐 
团队 代码 所 有 制 ， 这 样 一 文 团 队 里 的 成 员 都 可 以 
修改 这 个 团队 拥有 的 代码 ， 即 便 最 初 写 代码 的 是 
别人 。 程 序 员 可 能 各 目 分 工人 负责 系统 的 不 同 区 
域 ， 但 这 种 责任 应 该 体现 为 监控 目 己 责任 区 内 发 
生 的 修改 ， 而 不 是 位 早 粗 骏 地 荣 止 别人 修改 。 


这 种 较为 宽容 的 代码 所 有 制 长 至 可 以 应 用 于 
路 团队 的 场合 。 有 些 团 队 误 励 类 似 于 开源 的 模 
型 : 也 团队 的 成 员 也 可 以 在 一 个 分 文 上 修改 A 团 队 
的 代码 ， 然 后 把 所 区 发 送 给 A 团 队 去 审核 。 这 样 
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对 于 涉及 多 个 团队 的 大 系统 开发 ， 在 “ 强 代码 所 有 
制 ? 和 “混乱 修改 "两 个 极端 之 间 ， 这 种 类 似 开 源 的 
模式 第 第 古 一 个 合适 的 折 中 。 


IPM 


很 多 团队 采用 这 样 的 版 本 控制 实践 ， 每 个 团 
了 以 成 员 各 目 在 代码 库 的 一 条 分 文 上 上 工作， 进行 相 
当 大 量 的 开发 之 后 ， 才 把 各 目的 修改 合并 回 主 线 
分 支 (这 条 分 支 通常 叫 master 或 trunk) ， 从 而 与 
整个 团队 分 享 。 常 见 的 做 法 是 在 分 支 上 开发 完整 
的 功能 ， 直 到 功能 可 以 发 布 到 生产 环境 ， 才 把 该 
分 文 合并 回 主 线 。 这 种 做 法 的 拥 息 声称 ， 这 样 能 
保持 主线 不 受 尚 未 完成 的 代码 侵扰 ， 能 祭 留 清晰 
的 功能 添加 的 版 本 记录 ， 并 且 在 某 个 功能 出 问题 
时 能 容易 地 撤销 修改 。 


这 样 的 特性 分 文 有 其 缺点 。 在 隔离 的 分 文 上 
工作 得 越久 ， 将 完成 的 工作 集成 (integrate) 回 主 
线束 会 越 困难 。 为 了 减轻 集成 的 痛 百 ， 大 多 数 人 
的 办 法 是 频繁 地 从 主线 合并 (merge) 或 者 变 基 

(rebase) 到 分 文 。 但 如 果 有 几 个 人 同时 在 各 目的 
特性 分 文 上 工作 ， 这 个 办 法 并 不 能 真正 解决 问 
题 ， 因 为 合并 与 集成 是 两 回 事 。 如 采 我 从 主线 合 
并 到 我 鸭 分 文 ， 这 只 是 一 个 单 同 的 代码 移动 
我 的 分 文 发 生 了 修改 ， 但 主线 并 没有 。 mR 
成 ”是 一 个 双 回 的 过 程 : 不 仅 要 把 主线 的 修改 拉 

(pull) 到 我 的 分 支 上 ， 而 且 要 把 我 这 里 修改 的 结 
果 推 (push) 回 到 主线 上 ， 两 边 都 会 发 生 修 改 。 
假如 另 一 名 程序 员 Rachel 正 在 她 的 分 文 上 开发 ， 
我 是 看 不 见 她 的 修改 的 ， 直 到 她 将 目 己 的 修改 与 
主线 集成 ;此 时 我 区 必须 把 她 的 修改 合并 到 我 的 


特性 分 文 ， 这 可 能 需要 相当 的 工作 量 。 其 中 困难 
的 部 分 古 处 理 语义 变化 。 现 代 版 本 控制 系统 都 能 
很 好 地 合并 程序 文本 的 复杂 修改 ， 但 对 于 代码 的 
语义 它们 一 无 所 知 。 如 果 我 修改 了 一 个 芳 数 的 名 
字 ， 有 版 本 控制 工具 可 以 很 轻松 地 将 我 的 修改 与 

Rachel 的 代码 集成 。 但 如 来 在 集成 之 前 ， 她 在 日 
己 的 分 文 里 新 深 调 用 了 这个 被 我 改名 的 落 数 ， 集 
成 之 后 的 代码 束 会 做 破坏 。 


TT LAFARGE PRAIA, GO 
性 分 文 存 在 的 时 间 加 长 ， 合 并 的 难度 会 指数 上 
升 。 集 成 一 个 已 经 存在 了 4 个 星期 的 分 文 ， 较 之 集 
成 仔 在 了 2 个 星期 的 分 文 ， 难 度 可 不 止 翻 倍 。 所 以 
很 多 人 认为 ， 应 该 尽量 缩短 特性 分 支 的 生存 周 
期 ， 比 如 只 有 一 两 天 。 还 有 一 些 人 比如 我 本 
A) 认为 特性 分 文 的 生命 还 应 该 更 短 ， 我 们 采用 
的 方法 叫 作 持 续集 成 (Continuous Integration, 
CI) ， 也 叫 “ 基 于 主干 开发 ”(Trunk-Based 
Development) 。 在 使 用 CI 时 ， 每 个 团队 成 员 每 天 
至 少 同 主线 集成 一 次 。 这 个 实践 避免 了 任何 分 文 
彼此 差异 太 大 ， 从 而 极 大 地 降低 了 合并 的 难度 。 
不 过 CI 也 有 其 代价 : 你 必须 使 用 相关 的 实践 以 确 
你 主线 随时 处 于 健康 状态 ， 必 须 学 会 将 大 功能 拆 
分 成 小 块 ， 还 必须 使 用 特性 开关 (feature toggle, 
也 叫 特性 旗 标 ，feature flag) 将 尚未 完成 又 无 法 
He) IDI Bebe wet ° 


CI 的 粉丝 之 所 以 喜欢 这 种 工作 方式 ， 部 分 原 
因 是 它 降 低 了 分 文 合并 的 难度 ， 不 过 最 重要 的 原 
因 还 是 CI 与 重 构 能 民 好 配合 。 重 构 经 党 需要 对 代 
码 库 中 的 很 多 地 方 做 很 小 的 修改 (例如 给 一 个 广 
沁 使 用 的 函数 改名 ) ， 这 样 的 修改 尤其 容易 造成 
合并 时 的 语义 冲 突 。 采 用 特性 分 文 的 团队 和 间 会 发 
现 重 构 加 剧 了 分 文 合并 的 困难 ， 并 因此 放弃 了 重 
构 ， 这 种 情况 我 们 曾经 见 过 多 次 。CI 和 重 构 能 够 
良好 配合 ， 所 以 Kent Beck 在 极限 编程 中 同时 包含 
了 这 两 个 实践 。 


我 并 不 是 在 说 绝 不 应 该 使 用 特性 分 支 。 如 果 
特性 分 文 存在 的 时 间 足 够 短 ， 它 们 就 不 会 造成 大 
问题 。 (实际 上 ， 使 用 CI 的 团队 往往 同时 也 使 用 
分 支 ， 但 他 们 会 每 天 将 分 支 与 主线 合并 。) 对 于 
开源 项 目 ， 特 性 分 文 可 能 是 合适 的 做 法 ， 因 为 不 
时 会 有 你 不 熟悉 〈 因 此 也 不 信任 ) 的 程序 员 偶 尔 
提交 修改 。 但 对 全 职 的 开发 团队 而 言 ， 特 性 分 支 
对 重 构 的 阻碍 太 严 重 了 。 即 便 你 没有 完全 采用 
CI， 我 也 一 定 会 催促 你 尽 可 能 频繁 地 集成 。 而 
且 ， 用 上 CI 的 团队 在 软件 交付 上 更 加 高 效 ， 我 真 
心 希 望 你 认真 考虑 这 个 客观 事实 [Forsgren et al] ° 


测试 


不 会 改变 程序 可 观察 的 行为 ， 这 是 重 构 的 一 
个 重要 特征 。 如 果 仔 细 这 人 循 重 构 手 法 的 每 个 步 
台 ， 我 应 该 不 会 破坏 任何 东西 ， 但 万 一 我 犯 了 个 
BREAD? (WE, eB MUD AEA PER AR 
说 ， 请 去 挥 “万 一 "两 字 。) 人 总 会 有 出 钳 的 时 
候 ， 不 过 只 要 及 时 发 现 ， 吏 不 会 造成 大 问题 。 既 
然 每 个 重 构 都 是 很 小 的 修改 ， 即 便 真 的 造成 了 破 
十 ,我 也 只 需要 检查 最 后 一 步 的 小 修改 一 一 束 算 
找 不 到 出 销 的 原因 ， 只 要 回 深 到 版 本 控制 中 最 后 
一 个 可 用 的 版 本 束 行 了 。 


这 里 的 关键 可 在 于 “ 忆 速 发 现 销 旋 ”。 要 做 到 
Ik, RAE KA BSc oS , 
H+ AIS TRE RR, AMR NBME SAT 
E o iii, ERZE, WRAL E 
构 ， 我 得 完 有 可 以 目测 试 的 代码 [mf-stc] 。 


有 些 读 少 可 能 会 鲍 得 ,“ 目 测试 的 代码 ”这 个 
要 求 太 高 ， 根 本 无 法 实现 。 但 在 过 去 20 年 中 ， 我 
看 到 很 多 团队 以 这 种 方式 构造 软件 。 的 确 ， 团 队 
CART TA Sa EMME, (Cat ee AE 
算 的 。 目 测 弃 的 代码 不 仅 使 重 构成 为 可 能 ， 而 且 
使 添加 新 功能 更 加 安全 ， 因 为 我 可 以 很 快 发现 并 
干 挥 新 这 引入 的 bug。 这 里 的 天 键 在 于 ， 一 旦 测试 
失败 ， 我 只 需要 查看 上 次 测试 成 功 运行 之 后 修改 
的 这 部 分 代码 ， 如 采 测 试 运行 得 很 频 莹 ， 这 个 僵 


看 的 拖 围 束 只 有 儿 行 代码 。 知 道 必 定 征 这 几 行 代 
公 造 成 bug 的 话 ， 排 得 起 来 会 容易 得 多 。 


这 也 回答 了 “ 重 构 风险 太 大 ， 可 能 引入 bug” 的 
担忧 。 如 琳 没 有 目测 试 的 代码 ， 这 种 担忧 束 古 完 
eh 6% 5 ee 
了 ° 


缺乏 测试 的 问题 可 以 用 夯 一 种 方式 来 解决 。 
如 果 我 的 开发 环境 很 好 地 支持 目 动 化 重 构 ， 我 现 
可 以 信任 这 些 重 构 ， 不 必 运 行 测 试 。 这 时 即便 没 
AKAWE, RHAINE, HIEN 
仅 使 用 那些 目 动 化 的 、 一 定安 全 的 重 构 手 法 。 这 
会 让 我 损失 很 多 好 用 的 重 构 手 法 ， 不 过 剩 下 可 用 
的 也 不 少 ， 我 还 是 能 从 中 获 共 。 当 然 ， 我 还 是 更 
愿意 有 目测 试 的 代码 ， 但 如 采 没 有 ， 目 动 化 重 构 
的 工具 包 也 很 好 。 


护 之 测试 的 现状 还 众生 了 为 一 种 重 构 的 流 
派 : 只 使 用 一 组 经 过 验证 是 安全 的 重 构 手法 。 这 
MIRE FEL EES BE PP, HEEL BY H 
PM Fixe te Tia Sa o AMOI, B] 
BM te DA FEM i 8 AR RA ACA CS E Ee 
些 有 用 的 重 构 。 这 个 重 构 流派 比较 新 ， 涉 及 一些 
很 具体 、 等 定 于 编程 语言 的 扩 巧 与 做 法 ， 行 业 里 
对 这 种 方法 的 介绍 和 了 解 都 还 不 足 ， 因 此 本 书 不 


对 其 多 做 介绍 。 (不 过 我 希望 未 来 在 我 自己 的 网 
站 上 多 讨论 这 个 主题 。 感 兴趣 的 谈 者 可 以 查看 Jay 
Bazuzi 关 于 如 何在 C++ 中 安全 地 运用 提炼 函数 

(106) 的 描述 [Bazuzi]， 借 此 获得 一 点 儿 对 这 个 
重 构 流派 的 了 解 。) 


时 不 意外 ， 目 测试 代码 与 持续 集成 紧密 相关 
我 们 仰赖 持 伟 集成 来 及 时 捕获 分 文集 成 时 的 
语义 神 突 。 目 测试 代码 十 极 限 编程 的 男 一 个 重要 
组 成 部 分 ， 也 是 持续 交付 的 关键 环节 。 


遗留 代码 


KEDA ZWI, A -REH EFTE, 
但 从 程序 员 的 角度 来 看 束 不 同 了 。 簿 留 代码 往往 
(REAR, MANNE, MARNE, CHA 
EH (GRAFH) 。 


EFA BY DURE Hae BE lot BASE e 5| 
ARIAT ENB FT A, (EH BP SH BRS 
Fé; MERIETE, FEE Ar AL 
AMAT EAEE o ESS AIR, EEN] 
GAA RRITE: BERRE FMA e WMR 
你 面 对 一 个 庞大 而 又 缺乏 测试 的 遗留 系统 ， 很 难 
安全 地 重 构 清 理 它 。 


Whit abl, ity Re BoM 
加 测试 ”。 这 事 听 起 来 消 单 《当然 工作 量 必 定 很 
K) ， 操 作 起 来 可 没 那 么 容易 。 一 般 来 说 ， 只 
在 设计 系统 时 吏 考 虑 到 了 测试 ， 这 样 的 系统 才 容 
Hy HSMM $F] Bee, ABABA Min 
了 ， 我 也 不 用 损 这 份 心 了 。 


这 个 问题 没有 何 单 的 解决 办 法 ， 我 能 给 出 的 
最 好 建议 束 古 头 一 本 《修改 代码 的 忆 术 》 
[Feathers]， 照 书 里 的 指导 来 做 。 别 担心 那 本 书 太 
老 ， 尽 管 已 经 出 版 十 多 年 ， 其 中 的 建议 仍然 管 
用 。 一 言 以 严 之 ， 它 建议 你 先 找到 程序 的 接 颖 ， 
在 接 颖 处 插入 测试 ， 如 此 将 系统 置 于 测试 覆盖 之 
下 。 你 需要 运用 重 构 手 法 创造 出 授 缝 一 一 这 样 的 
重 构 很 危险 ， 因 为 没有 测试 履 南 ， 但 这 是 为 了 取 
得 进展 必要 的 风险 。 在 这 种 情况 下 ， 安 全 的 目 动 
化 重 构 何 直 束 古 天 网 神 首 。 如 末 这 一 切 听 起 来 很 
困难 ， 因 为 它 确实 很 困难 。 很 适 司 ， 一 旦 跌 进 这 
个 深 志 ， 没 有 疏 出 来 的 捷径 ， 这 也 是 我 强烈 倡导 
从 一 开始 束 写 能 目测 试 的 代码 的 原因 。 


MRA TINA, REDEKER KIET 
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更 愿意 随时 重 构 相关 的 代码 :每 次 触 碰 一 块 代码 
肝 ， 我 会 等 试 把 它 变 好 一 上 后 扩 一 一 全 少 要 让 宫 地 
比 我 到 达 时 更 干将。 如 东 走 一 个 大 系统 ， 越 走 频 


繁 使 用 的 代码 ， 改 秋 其 可 理解 性 的 努力 束 能 得 到 
越 丰 厚 的 回报 。 


数据 库 


在 本 书 的 第 1 版 中 ， 我 说 过 数据 库 是 “ 重 构 经 
第 出 问题 的 一 个 领域 "。 然 而 在 第 1 版 问世 之 后 仪 
仅 一 年 ， 情 况 束 发 生 了 改变 我 的 同事 Pramod 
Sadalage 发 展 出 一 人 套 渐 进 式 数 据 库 设计 [mf-evodb|] 
和 数据 库 重 构 [Ambler & Sadalage] 的 办 法 ， 如 今 
已 经 被 广泛 使 用 。 这 项 技术 的 精 要 在 于 : 借助 数 
据 迁 移 脚本 ， 将 数据 库 结构 的 修改 与 代码 相 结 
合 ， 使 大 规模 的 、 涉 及 数据 库 的 修改 可 以 比较 容 


另 地 开展 


假设 我 们 要 对 一 个 数据 库 字 段 ( 列 ) 改名 。 
和 改变 函数 声明 (124) 一 样 ， 我 要 找 出 结构 的 声 
明 处 和 所 有 调用 处 ， 然 后 一 次 完成 所 有 修改 。 但 
这 里 的 复 洒 之 处 在 于 ， 原 来 基于 旧 字 上 段 的 数据 ， 
也 要 转 为 使 用 新 了 字段。 我 会 写 一 小 段 代码 来 执行 
数据 转化 的 逻 租 ， 并 把 这 上 段 代码 放 进 版 本 控制 ， 
跟 数 据 结 构 声 明 与 使 用 代码 的 修改 一 并 提交 。 此 
后 如 末 我 想 把 数据 库 迁 移 到 某 个 版 本 ， 只 要 执行 
= T 目标 版 本 之 加 的 所 有 迁移 脚本 

pi o 


跟 通 常 的 重 构 一 样 ， 数 据 库 重 构 的 天 键 也 是 

小 步 修 改 并 且 每 次 修改 都 应 该 完整 ， 这 样 每 次 迁 

移 之 后 系统 仍然 能 运行 。 由 于 每 次 迁移 涉及 的 修 

改 都 很 小 ， 写 起 来 应 该 容易 ; 将 多 个 迁移 串联 起 

ee 
SYR BE o 


与 常规 的 重 构 不 同 ， 很 多 时 候 ， 数 据 库 重 构 
最 好 是 分 散 到 多 次 生产 发 布 来 完成 ， 这 样 即便 菏 
次 修改 在 生产 数据 库 上 造成 了 问题 ， 也 比较 容易 
回 深 。 比 如 ， 要 改名 一 个 字段 ， 我 的 第 一 次 提交 
SHS TS FE, (HAN MERE °c ARSE 
改 数 据 写 入 的 逻辑 ， 使 其 同时 写 入 新 旧 两 个 字 
段 。 随 后 我 束 可 以 修改 读 取 数据 的 地 方 ， 将 它们 
逐个 改 为 使 用 新 字段 。 这 步 修改 完成 之 后 ， 我 会 
暂停 一 人 小段 时 间 ， 看 看 是 否 有 bug 冒 出 来 。 确 定 没 
有 bug 之 后 ， 我 再 删除 已 经 没 人 使 用 的 旧 字 段 。 这 
种 修改 数据 库 的 方式 是 并 行 修 改 (Parallel 
Change， 也 叫 扩展 协议 /expand-contract) [mf-pc] 
的 一 个 实例 。 


2.6 重 构 、 架 构 和 YAGNI 


重 构 极 大 地 改变 了 人 们 考虑 软件 架构 的 方 
式 。 在 我 的 职业 生涯 早期 ， 我 被 香 知 : 在 任何 人 


开始 写 代码 之 前 ， 必 须 先 完成 软件 的 设计 和 染 
构 。 一 旦 代码 写 出 来 ， 架 构 束 固定 了 ， 只 会 因为 
程序 员 的 草率 对 行 而 途 渐 腐败 。 


重 构 改变 了 这 种 观点 。 有 了 重 构 技 术 ， 即 便 
尽 已 经 在 生产 环境 中 运行 了 多 年 的 软件 ， 我 们 也 
有 能 力 大 幅度 修改 其 架构 。 正 如 本 书 的 副标题 所 
指出 的 ， 重 构 可 以 改善 脱 有 代码 的 设计 。 但 我 在 
前 面 也 提 人 到了， 修改 遗留 代码 经 营 很 有 挑战 ， 尤 
其 当 遗 留 代码 缺乏 恰当 的 测试 时 。 


重 构 对 染 构 最 大 的 影响 在 于 ， 通 过 重 构 ， 我 
们 能 得 到 一 个 设计 民 好 的 代码 库 ， 使 其 能 够 优雅 
地 应 对 不 断 变 化 的 需求 。“ 和 在 编码 之 前 和 多 完成 以 
构 ” 这 种 做 法 最 大 的 问题 在 于 ， 它 假设 了 软件 的 需 
求 可 以 预先 充分 理解 。 但 经 验 显 示 ， 这 个 假设 很 
多 时 候 甚 至 可 以 说 大 多 数 时 候 生 不 切实 际 的 。 只 
有 真正 使 用 了 软件 、 看 到 了 软件 对 工作 的 影响 ， 
人 们 才 会 想 明 日 目 己 到 奈 需 要 什么 ， 这 样 的 例子 
AEI Ae 


应 对 未 来 变化 的 办 法 之 一 ， 吏 是 在 软件 里 家 
入 有 灵活 性 机 制 。 在 编写 一 个 函数 时 ， 我 会 考虑 它 
侠 人 否 有 更 通用 的 用 途 。 为 了 应 对 我 预期 的 应 用 场 
景 ， 我 预测 可 以 给 这 个 函数 加 上 十 多 个 参数 。 这 
旦 参数 束 古 灵活 性 机 制 一 一 跟 大 多 数 “ 机 制 * 一 


样 ， 它 不 是 免费 午餐 。 把 所 有 这 些 参数 剖 加 上 的 
话 ， 凡 数 在 当前 的 使 用 场景 下 束 会 非常 复杂 。 故 
外 ， 如 采 我 少 考虑 了 一 个 参数 ， 已 经 加 上 的 这 一 
HES INE (EPS BE MU ° 1 BRAS AE 
活性 机 制 弄 错 一 一 可 能 是 未 来 的 需求 变更 并 非 以 
我 期 望 的 方式 发 生 ， 也 可 能 我 对 机 制 的 设计 不 

好 。 考 虑 到 所 有 这 些 因 系 ， 很 多 时 候 这 些 灵活 性 
机 制 反而 拖 慢 了 我 响应 变化 的 速度 。 


有 了 重 构 拉 术 ， 我 束 可 以 采取 不 同 的 案 略 。 
与 其 猜测 未 来 需要 哪些 灵活 性 、 需 要 什么 机 制 来 
提供 灵活 性 ， 我 更 愿意 只 根据 当前 的 需求 来 构造 
软件 ， 同 时 把 软件 的 设计 质量 做 得 很 高 。 随 痢 对 
用 户 需 求 的 理解 加 深 ， 我 会 对 架构 进行 重 构 ， 使 
其 能 够 应 对 新 的 需要 。 如 采 一 种 灵活 性 机 制 不 会 
增加 复杂 度 (比如 添加 几 个 命名 民 好 的 小 函 
数 ) ， 我 可 以 很 开心 地 引入 它 ; 但 如 有 果 一 种 灵活 
性 会 增加 软件 复杂 度 ， 束 必须 先 证 明 目 己 值得 被 
引入 。 如 采 不 同 的 调用 着 不 会 传 和 不同 的 参数 
值 ， 那 么 惑 不 要 添加 这 个 参数 。 当 真 的 需要 钰 加 
这 个 参数 时 ， 运 用 函数 参数 化 (310) 也 很 容易 。 
要 判断 是 否 应 该 为 末 米 的 变化 添加 灵活 性 ， 我 会 
评 全 “如 来 以 后 骨 重 构 有 多 困难 *"， 只 有 当 林 来 重 
构 会 很 困难 时 ， 我 才 考虑 现在 承诺 加 有 灵活 性 机 
制 。 我 发 现 这 是 一 个 很 有 用 的 决策 方法 。 


这 种 议 计 方法 有 很 多 名 字 : 简单 设计 、 增 量 
式 设计 或 者 YAGNI[mf-yagni] 一 一 “你 不 会 需要 
E” (you aren't going to need it) 的 缩写 。YAGNI 
并 不 是 “不 做 架构 性 思考 ”的 意思 ， 不 过 确实 有 人 
以 这 种 灾 考 虑 的 方式 做 事 。 我 把 YAGNI 视 为 将 以 
构 、 设 计 与 开发 过 程 融 合 的 一 种 工作 方式 ， 这 种 
工作 方式 必须 有 重 构 作 为 基础 才 可 徘 。 


采用 YAGNI 并 不 表示 完全 不 用 预先 考 虚 架 
构 。 总 有 一 些 时 候 ， 如 果 缺 少 预先 的 思考 ， 重 构 
会 难以 开展 。 但 两 者 之 间 的 平衡 点 已 经 发 生 了 很 
大 的 改变 : 如 今 我 更 倾 癌 于 等 一 等 ， 竺 到 对 问题 
理解 更 充分 ， 再 来 着 手 解决 。 演 进 式 架构 [Ford et 
al.] 是 一 门 仍 在 不 断 发 展 的 学 科 ， 架 构 师 们 在 不 断 
> 
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2.7 重 构 与 软件 开发 过 程 


读 完 前 面 “ 重 构 的 挑战 ”一 节 ， 你 大 概 已 经 有 
这 个 印象 ， 重 构 是 否 有 效 ， 与 团队 采用 的 其 他 软 
件 开发 实践 紧密 相关 。 重 构 起 初 是 作为 极限 编程 
(XP) [mf-xp] 的 一 部 分 被 人 们 采用 的 ，XP 本 身 
正 融 合 了 一 组 不 太 常 见 而 义 彼 此 关联 的 实践 ， 例 


如 持续 集成 、 目 测试 代码 以 及 重 构 〈 后 两 者 融 汇 
成 了 测试 驱动 开发 ) 。 


极限 编程 古 最 早 的 敏捷 软件 开发 方法 [mf-nml 
之 一 。 在 一 段 历史 时 期 ， 极 限 编程 引领 了 敏捷 的 
丹 起 。 如 今 已 经 有 很 多 项 目 使 用 敏捷 方法 ， 甚 至 
敏捷 的 思维 已 经 被 视 为 主流 ， 但 实际 上 大 部 分 “ 敏 
捷 ” 项 目 只 是 什 有 其 名 。 要 真正 以 敏捷 的 方式 运作 
项 目 ， 团 队 成 员 必 须 在 重 构 上 有 能力、 有 热情 ， 
a re mes ene 
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且 我 有 信心 : 如 琳 我 在 编程 过 程 中 犯 了 任何 错 
误 ， 会 有 测试 失败 。 这 块 基石 如 此 重要 ， 我 会 专 
| 用 一 章 篇 幅 来 讨论 它 。 


如 朱 一 文 团 队 想 要 重 构 ， 那 么 每 个 团队 成 员 
都 需要 掌握 重 构 技能 ， 能 在 需要 时 开展 重 构 ， 而 
` 会 干扰 其 他 人 的 工作 。 这 也 十 我 疏 励 持续 集成 
的 原因 : 有 了 CI， 每 个 成 员 的 重 构 部 能 快速 分 至 
给 其 他 同事 ， 不 会 发 生 这 边 在 调用 一 个 接口 那 边 
却 已 把 这 个 接口 删 挥 的 情况 ， 如 来 一 次 重 构 会 影 
吧 别 人 的 工作 ， 我 们 很 快 束 会 知道 。 目 测 弃 的 代 
但 也 是 持续 集成 的 天 键 环 由 ， 所 以 这 三 大 实践 


一 一 自 测试 代码 、 持 续集 成 、 重 构 
有 着 很 强 的 协同 效应 。 


有 这 三 大 实践 在 手 ， 我 们 就 能 运用 前 一 闻 介 
绍 的 YAGNI 设 计 方 法 。 重 构 和 YAGNI 交 相 呼 应 、 
彼此 增 效 ， 重 构 (及 其 前 置 实践 ) 是 YAGNI 的 基 
人 础 ，YAGNIX 让 重 构 更 易于 开展 比 起 一 个 塞 满 
了 想当然 的 灵活 性 的 系统 ， 当 然 是 修改 一 个 简单 
的 系统 要 容易 得 多 。 在 这 些 实践 之 间 找 到 合适 的 
平衡 点 ， 你 就 能 进入 民 性 循环 ， 你 的 代码 既 牢 固 
可 靠 又 能 快速 啊 应 变化 的 需求 。 


有 这 三 大 核心 实践 打下 的 基础 ， 才 谈 得 上 运 
用 敏捷 思想 的 其 他 部 分 。 持 伟人 交付 确 你 软件 始终 
处 于 可 发 布 的 状态 ,很 多 互联 网 团队 能 侯 到 一 天 
多 次 发 布 ， 靠 的 正 是 持续 交付 的 威力 。 即 便 我 们 
不 需要 如 此 频 每 的 发 布 ， 持 续集 成 也 能 玫 我 们 降 
低 风险 ， 并 使 我 们 做 a 到 根据 业务 需要 随时 安排 发 
布 ， 而 不 受 技术 的 局 限 。 有 了 可 徘 的 技术 根基 ， 
我 们 能 够 极 大 地 庄 缩 "从 好 点 了 于 到 生产 代码 ”的 周 
期 时 间 ， 从 而 更 好 地 服务 客户 。 这 此 技术 实践 也 
会 增加 软件 的 可 靠 性 ， 诚 少 耗费 在 bug 上 的 时 间 。 


这 一 切 说 起 来 似乎 很 消 单 ， 但 实际 伏 起 来 坚 
不 容易 。 不 管 来 用 什么 方法 ， 软 件 开发 部 十 一 件 
复杂 而 微妙 的 事 ， 涉 及 人 与 人 之 则 、 人 与 机 万 之 
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间 的 复杂 交互 。 我 在 这 里 描述 的 方法 已 经 航 证 明 
可 以 应 对 这 些 复杂 性 ， 但 一 一 瓯 跟 其 他 所 有 方法 
一 样 一 一 对 使 用 痢 的 实践 和 技能 有 要 求 。 


2.8” 重 构 与 性 能 


天 于 重 构 ， 有 一 个 香 被 所 出 的 问题 : 它 对 程 
序 的 性 能 将 造成 怎样 的 影响 ? 为 了 让 软件 易于 理 
解 ， 我 第 会 做 出 一 些 使 程序 运行 变 慢 的 修改 。 这 
EDER o RADARA T emih 
纯 污 性 而 忽视 性 能 ， 把 布 望 寄托 于 更 快 的 硬件 号 
上 也 绝 非 正道 。 已 经 有 很 多 软件 因为 速度 太 慢 而 
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放宽 了 速度 方面 的 限制 而 已 。 但 是 ， 换 个 角度 
说 ， 虽 然 重 构 可 能 使 软件 运行 更 慢 ， 但 它 也 使 软 
件 的 性 能 优化 更 容易 。 除 了 对 性 能 有 产 格 要 求 的 
实时 系统 ， 其 他 任何 情况 下 “编写 快速 软件 ”的 秘 
Pie: 先 写 出 可 调 优 的 软件 ， 然 后 调 优 它 以 求 
获得 足够 的 速度 。 


我 看 过 3 种 编写 快速 软件 的 万 法 。 其 中 最 广 格 
的 站 时 间 预 算法 ， 这 通 单 只 用 于 性 能 要 求 极 局 的 
实时 系统 。 如 采 使 用 这 种 方法 ， 分 解 你 的 设计 时 
驶 要 做 好 预算 ， 给 每 个 组 件 预先 分 配 一 定 质 源 ， 
包括 时 间 和 至 间 占 用 。 每 个 组 件 绝对 不 能 超出 目 


己 的 预算 ， 束 算 拥 有 组 件 之 间 调 度 预 配 时 间 的 机 
制 也 不 行 。 这 种 方法 高 度 重 视 人 性 能 ， 对 于 心律 调 
万 郁 一 类 的 系统 在 必需 鸭 ， 因 为 在 这 样 的 系统 
迟 来 的 数据 区 是 错误 的 数据 。 但 对 其 他 系统 A 
如 我 经 常 开发 的 企业 信息 系统 ) 而 言 ， 如 此 追求 
高 性 能 惑 有 点 儿 过 分 了 。 


第 二 种 方法 是 持 续 天 注 法 。 这 种 方法 要 求 任 
何 程序 员 在 任何 时 间 做 任何 事 时 ， 都 要 设法 保持 
系统 的 高 性 能 。 这 种 方式 很 音 抑 ， 感 党 上 很 有 吸 
引力 ， 但 通 单 不 会 起 太 大 作用 。 任 何 修改 如 有 条 走 
为 了 提高 性 能 ， 通 单 会 使 程序 难以 维护 ， 继 而 城 
缓 开发 速度 。 如 采 最 终 得 到 的 软件 的 确 更 快 了 ， 
AB AIX IAA THB ATE, Fl Tei aS SR 
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硬件 行为 的 误解 。 


克 菜 斯 勒 综合 薪资 系统 的 文 付 过 程 太 慢 了 。 虽 然 我 们 的 开发 还 
没 结束 ， 这 个 问题 却 已 经 开始 困扰 我 们 ， 因 为 它 已 经 拖 索 了 测试 速 
JF o 


Kent Beck ` Martin Fowler 和 我 决定 解决 这 个 问题 。 等 待 大 伙 儿 
会 合 的 时 间 里 ， 和 赁 着 对 这 个 系统 的 全 一 了 解 ， 我 开始 推测 : Fe 
什么 让 系统 变 慢 了 ? 我 想到 数 种 可 能 ， 然 后 和 伙伴 们 谈 了 几 种 可 能 


的 修改 方案 。 最 后 ， 我 们 就 “如 何 让 这 个 系统 运行 更 快 "， 提 出 了 一 
些 真 正 的 好 点 子 。 


然后 ， 我 们 拿 Kent 的 工具 度量 了 系统 性 能 。 我 一 开始 所 想 的 可 
能 性 竟然 全 部 不 是 问题 向 因 。 我 们 发 现 ， 系统 把 一 半 时 间 用 来 创 
ee 
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于 是 我 们 观察 日 期 对 象 的 创建 逻辑 ， 发 现 有 机 会 将 它 优化 。 这 
些 日 期 对 象 在 创建 时 都 经 过 了 一 个 字符 串 转 换 过 程 ， 然 而 这 里 并 没 
有 任何 外 部 数据 输入 。 之 所 以 使 用 字符 串 转 换 方式 ， 完 全 只 是 因为 
代码 写 起 来 简单 。 好 ， 也 许 我 们 可 以 优化 它 。 


然后 ， 我 们 观察 这 些 日 期 对 象 是 如 何 被 使 用 的 。 我 们 发 现 ， 很 
多 日 期 对 象 都 被 用 来 产生 “日 期 区 间 ” 实 例 一 一 由 一 个 起 始 日 期 和 一 
个 结束 日 期 组 成 的 对 象 。 仔 细 追 踩 下 去 ， 我 们 发 现 绝 大 多 数 日 期 区 


间 是 空 的 ! 


处 理 日 期 区 间 时 我 们 遵循 这 样 一 个 规则 : 如 采 结 束 日 期 在 起 始 
日 期 之 前 ， 这 个 日 期 区 间 就 该 是 空 的 。 这 是 一 条 很 好 的 规则 ， 完 全 
符合 这 个 类 的 需要 。 采 用 此 规则 后 不 入， 我 们 意识 到 ， 创 建 一 个 “起 
台 日 期 在 结束 日 期 之 后 ”的 日 期 区 间 ， 仍 然 不 算是 清晰 的 代码 ， 于 是 
人 
间 ”。 


我 们 做 了 上 述 修 改 ， 使 代码 更 加 清晰 ， 也 意外 得 到 了 一 个 惊 
=: 可 以 创建 一 个 固定 不 变 的 “ 空 日 期 区 间 ” 对 象 ， 并 让 上 述 调 整 后 
的 工厂 函数 始终 返回 该 对 象 ， 而 不 再 每 次 都 创建 新 对 象 。 这 一 修改 
把 系统 速度 提升 了 几乎 一 倍 ， 足 以 让 测试 速度 达到 可 接受 的 程度 。 
这 只 花 了 我 们 大 约 五 分 钟 。 

我 和 团队 成 员 (Kent 和 Martin 谢 绝 参 加 ) 认真 推测 过 ， 我 们 了 
者 指 掌 的 这 个 程序 中 可 能 有 什么 错误 ?我们 甚至 珊 空 做 了 些 改进 设 
计 ， 却 没有 先 对 系统 的 真实 情况 进行 度量 。 


我 们 完全 错 了 。 除 了 一 场 很 有 趣 的 交谈 ， 我 们 什么 好 事 都 没 


教训 是 : 哪 伯 你 完全 了 解 系 统 ， 也 请 实际 度量 它 的 性 能 ， 不 要 
脐 测 。 腾 测 会 让 你 学 到 一 些 东 西 ， 但 十 有 八 九 你 是 错 的 。 


Ron Jeffries 


天 于 性 能 ， 一 件 很 有 趣 的 事情 是: 如 采 你 对 
大 多 数 程序 进行 分 机 ， 束 会 发 现 它 把 大 半 时 间 都 
耗费 在 一 小 半 代 码 号 上 。 如 末 你 一 视 同 仁 地 优化 
所 有 代码 ，90 办 的 优化 工作 都 是 日 费劲 的 ， 因 为 
饭 你 优化 的 代码 大 多 很 少 被 执行 。 你 伦 时 间 做 优 
化 是 为 了 让 程序 运行 更 快 ， 但 如 琳 因 为 缺乏 对 程 
Ae 
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效 据 。 采 用 这 种 方法 时 ， 我 编写 构造 民 好 的 程 
序 ， 不 对 性 能 投 以 特别 的 关注， 直至 进入 性 能 优 
化 阶段 一 一 那 通 昔 是 在 开 改 后期。 一旦 进入 该 阶 
段 ， 我 再 遵循 特定 的 流程 来 调 优 程序 性 能 。 


在 性 能 优化 阶段 ， 我 诈 移 应 该 用 一 个 度量 工 
具 来 监控 程序 的 运行 ， 让 它 告 诉 我 程序 中 哪些 地 
方 大 量 消耗 时 间 和 空间 。 这 样 我 束 可 以 找 出 性 能 
热 护 所 在 的 一 小 段 代 码 。 然 后 我 应 该 集中 天 注 这 
些 性 能 热 态 ， 并 使 用 持续 天 注 法 中 的 优化 手段 来 
优化 它们 。 由 于 把 注意 力 都 集中 在 热点 上 ， 较 少 
的 工作 量 便 可 显现 较 好 的 成 末 。 即 便 如 此 ， 我 还 
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修改 。 每 走 一 步 都 需要 编译 、 测 试 ， 再 次 度量 。 
如 来 没 能 提 局 性 能 ， 束 应 该 撤 负 此 次 修改 。 我 会 
继续 这 个 “发 现 热 扎 ， 去 除 热 后 ”的 过 程 ， 直 人 惠 葡 
得 客户 满意 的 性 能 为 止 。 


一 个 构造 民 好 的 程序 可 从 两 方面 帮助 这 一 优 
化 方式 。 上 自 完 ， 它 让 我 有 比较 充裕 的 时 间 进 行 性 
能 调整 ， 因 为 有 构 近 民 好 的 代码 在 手 ， 我 能 够 更 
快速 地 添加 功能 ， 也 束 有 更 多 时 间 用 在 性 能 问题 
上 (准确 的 度量 则 保证 我 把 这 些 时 间 投 在 恰当 地 
A) 。 其 次 ， 面 对 构造 民 好 的 程序 ， 我 在 进行 性 
能 分 析 时 便 有 较 细 的 粒度 。 度 量 工具 会 把 我 市 入 
范围 较 小 的 代码 段 中 ， 而 性 能 的 调整 也 比较 容易 
些 。 由 于 代码 更 加 清晰 ， 因 此 我 能 够 更 好 地 理解 
目 己 的 选择 ， 更 清楚 哪 种 调整 起 天 健 作 用 。 


我 发 现 重 构 可 以 帮助 我 写 出 更 快 的 软件 。 短 
期 看 来 ， 重 构 的 确 可 能 使 软件 楼 慢 ， 但 它 使 优化 
eres anne 
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我 曾经 努力 想 找 出 “ 重 构 ” (refactoring) 一 词 
的 真正 起 源 ， 但 最 终 失 败 了 。 优 秀 程序 员 肯 定 至 
少 会 化 一 些 时 间 来 清理 目 己 的 代码 。 这 么 做 是 因 
为 ， 他 们 知道 整洁 的 代码 比 杂 乱 无 章 的 代码 更 容 
DEN: TM Ait Ae eB TIL FEA Fe SS 
出 整 污 的 代码 。 


重 构 不 止 如 此 。 本 书 中 我 把 重 构 看 作 整 个 软 
件 开 发 过 程 的 一 个 天 键 环 记 。 最 早 认识 重 构 重 要 
性 的 两 个 人 是 Ward Cunningham 和 Kent Beck， 他 
们 早 在 20 世 纪 80 年 代 束 开始 使 用 Smalltalk， 那 十 
一 个 特别 适合 重 构 的 环境 。Smalltalk 是 一 个 十 分 
动态 的 环境 ， 用 它 可 以 很 快 写 出 功能 丰富 的 软 
件 。Smalltalk 的 “编译 -链接 -执行 ?周期 非常 短 ， 
此 很 容易 快速 修改 代码 一 一 要 知道 ， 当 时 很 多 编 
程 环境 做 一 次 编译 殴 需 要 整 晚 时 间 。 它 文 持 面 回 
对 象 ， 也 有 强大 的 工具 ， 最 大 限度 地 将 修改 的 有 影 
咽 隐 藏 于 定义 民 好 的 接口 背后 。Ward 和 Kent 努 力 
探索 出 一 套 适 合 这 类 环境 的 软件 开发 过 程 (如 
今 ，Kent 把 这 种 风格 叫 作 极限 编程 ) 。 他 们 意识 
到 : 重 构 对 于 提高 生产 力 非常 重要 。 从 那 时 起 他 
们 或 一 直 在 工作 中 运用 重 构 技术 ， 在 正式 的 软件 
项 目 中 使 用 它 ， 并 不 断 精 炼 重 构 的 过 程 。 


Ward 和 Kent 的 思想 对 Smalltalk 社 区 产生 了 极 
大 影响 ， 重 构 概 念 也 成 为 Smalltalk 文 化 中 的 一 个 


重要 元 素 。Smalltalk 社 区 的 男 一 位 领袖 是 Ralph 
Johnson, FANERA RZE E A-E RENAS, 
著名 的 GoF[gof] 之 一 。Ralph 最 大 的 兴趣 之 一 就 是 
开发 软件 框架 。 他 揭示 了 重 构 有 助 于 灵活 高 效 框 
架 的 开发 。 


Bill Opdyke 是 Ralph 的 博士 钱 究 生 ， 对 框架 也 
很 感 兴趣 。 他 看 到 了 重 构 的 痪 在 价值 ， 并 看 到 重 
构 应 用 于 Smalltalk 之 外 的 其 他 语言 的 可 能 性 。 他 
的 撤 术 青 景 是 电话 交换 系统 的 开发 。 在 这 种 系统 
中 ， 大 量 的 复杂 情况 与 日 俱 增 ， 而 且 非 常 难以 修 
改 。Bill 的 博士 钱 究 束 是 从 工具 构 宽 着 的 角度 来 看 
得 重 构 。B 记 对 C++ 的 框架 开发 中 用 得 上 的 重 构 手 
法 特别 感 兴趣 。 他 也 人 研究 了 极 有 必要 的 “语义 保持 
的 重 构 ” (semantics-preserving refactoring) ， 并 
前 明了 如 何 证 明 这 些 重 构 是 语义 体 持 的 ， 以 及 如 
何 用 工具 实现 重 构 。B 记 的 博士 论文 [Opdyke] 征 重 
构 领 域 中 第 一 部 丰硕 的 研究 成 来 。 


我 还 记得 1992 年 OOPSLA 大 会 上 见 到 B 记 ll 的 情 
景 。 我 们 从 在 一 间 咖 啡 厅 里 ，B 记 ll 跟 我 谈 起 他 的 研 
究 成 果 ， 我 还 记得 自己 当时 的 想法 : “有 趣 ， 但 并 
FEDI AEH o”, RSE ST ° 


John Brant 和 Don Roberts 将 “ 重 构 工具 ”的 构想 
RIER, FE T — H Refactoring Browser 


( 重 构 浏 览 器 ) 的 重 构 工 具 。 这 是 第 一 个 自动 化 
的 重 构 工 具 ， 多 亏 Smalltalk 提 供 了 适合 重 构 的 编 
程 环境 。 


WA, RE? 我 一 二 有 清理 代码 的 倾 同 ， 但 
从 来 没有 想到 这 会 如 此 重要 。 后 来 我 和 Kent 一 起 
侈 一 个 项 目 ， 看 到 他 使 用 重 构 手 法 ， 也 看 到 重 构 
对 开发 效能 和 质量 市 来 的 影响 。 这 份 体 狼 让 我 相 
信 : 重 构 是 一 门 非 营 重要 的 扩 术 。 但 和 站， 在 重 构 
WA) AE AE PEE Fe, ANA 
出 任何 一 本 书 给 程序 员 看 ， 也 没有 任何 一 位 专家 
打算 写 这 样 一 本 书 。 所 以 ， 在 这 些 专家 的 带 助 
下 ,我 写 下 了 这 本 书 的 第 1 版 。 


SEIN, BMA TUL We I ° 
本 书 第 1 版 销量 不 销 ,“ 重 构 ” 一 词 也 走 进 了 大 多 数 
程序 员 的 词汇 库 。 更 多 的 重 构 工具 涌现 出 来 ,万 
其 十 在 Java 世 界 里 。 重 构 的 流行 也 市 米 了 人 负面 效 
应 : 很 多 人 随意 地 使 用 “ 重 构 ” 这 个 词 ， 而 他 们 真 
TE AAT Al ce NP VERA Ze 0) aE o RAPT, HY 
终归 成 了 一 项 主流 的 软件 开发 实践 。 


2.10 AJME 


过 去 10 年 中 ， 重 构 领 域 最 大 的 变化 可 能 束 古 
出 现 了 一 批文 持 目 动 化 重 构 的 工具 。 如 采 我 想 给 
一 个 Java 的 方法 改名 ， 在 IntelliJj IDEAB Eclipse 
这 样 的 开发 环境 中 ， 我 只 需要 从 采 单 里 点 选 对 应 
的 选项 ， 工 具 会 帮 我 完成 整个 重 构 过 程 ， 而 且 我 
i FS ab A DAA, ASE RAY haze A] SEA, PR 
以 用 不 看 运行 测试 套件 。 


第 一 个 目 动 化 重 构 工 具 和 是 Smalltalk 的 
Refactoring Browser， 由 John Brandt 和 Don Roberts 
开发 。 在 21 世 纪 初 ，Java 世 界 的 目 动 化 重 构 工 具 
如 雨 后 春 血 般 涌现 。 在 JetBrains 的 IntelliJ IDEAS 
成 开发 环境 (IDE) 中 ， 目 动 化 重 构 是 最 亮 眼 的 
特性 之 一 。IBM 也 紧 随 其 后 ， 在 VisualAge 的 Java 
版 中 也 提供 了 重 构 工具 。VisualAge 有 的 影响 力 有 
限 ， 不 过 其 中 很 多 能 力 后 来 被 Eclipse 继 承 ， 包 括 
对 重 构 的 文 持 。 


重 构 也 进入 了 C# 世 界 ， 起 初 是 通过 JetBrains 
的 Resharper， 这 和 是 一 个 Visual Studio 插 件 。 后 来 
Visual Studio 团 队 直 接 在 IDE 里 提供 了 一 些 重 构 能 
O 


如 今 的 编辑 器 和 开发 工具 中 常 能 找到 一 些 对 
重 构 的 文 持 ， 不 过 真实 的 重 构 能 力 各 有 高 低 。 重 
构 能 力 的 鞭 异 既 有 工具 的 原因 ， 也 受 限 于 不 同 语 


言 对 目 动 化 重 构 的 文 持 程度 。 在 这 里 ， 我 不 打算 
分 析 各 种 工具 的 能 力 ， 不 过 谈 谈 重 构 工具 至 后 的 
原则 还 是 有 扩 儿 意思 的 。 


一 种 粗粮 的 目 动 化 重 构 方式 古文 本 操作 ， 比 
如 用 查找/ 竺 换 的 方式 给 函数 改名 ， 或 者 完成 捉 改 
变量 (119) 所 需 的 稍 单 结构 调整 。 这 种 方法 太 粗 
糙 了 ， 做 完 之 后 必须 重新 运行 测试 ， 人 否则 不 能 信 
任 。 但 这 可 以 古 一 个 便捷 的 起 步 。 在 用 Emacs 编 
程 时 ， 没 有 那些 更 完善 的 重 构 文 择 ， 我 也 会 用 类 
似 的 文本 操作 安 来 加 速 重 构 。 


要 文 持 体面 的 重 构 ， 工 具 只 操作 代码 文本 十 
不 行 的 ， 必 须 操 作 代码 的 语法 树 ， 这 样 才能 更 可 
徘 地 你 持 代 码 行为 。 所 以 ,今天 的 大 多 数 重 构 功 
能 都 依附 于 强大 的 IDE， 因 为 这 些 IDE 原 本 就 在 语 
EW ECRM TARBED ESRAS e, HA 
也 可 以 用 于 重 构 。 不 仅 能 处 理 文本 ， 还 能 处 理 语 


重 构 工 具 不 仅 需 要 理解 和 修改 语法 树 ， 还 要 
知道 如 何 把 修改 后 的 代码 写 回 编辑 釉 完 图 。 总 而 
言 之 ， 实 现 一 个 体面 的 目 动 化 重 构 手 法 ， 走 一 个 
很 有 挑 或 的 编程 任务 。 尽 管 我 一 下 开心 地 使 用 重 
构 工具 ， 对 它们 至 后 的 实现 却 和 之 其 少 。 


在 静态 类 型 语言 中 ， 很 多 重 构 手 法 会 更 加 安 
全 。 假 设 我 想 做 一 次 简单 的 函数 改名 (124) : 在 
salesman 类 和 server 类 中 都 有 一 个 叫 作 addclient 
的 男 效 ， 当 然 两 者 各 有 其 用 途 。 我 想 对 Salesman 
中 的 addclient 函 数 改 名 ， server X H PIEKA IIA 
持 不 变 。 如 采 不 是 静态 类 型 ， 工 具 很 难 识别 调用 
addclient 的 地 方 到 故 是 在 使 用 哪个 类 的 范 数 。 
Smalltalk 的 Refactoring Browser 会 列 出 所 有 调用 
点 ， 我 需要 手工 决定 修改 哪些 调用 点 。 这 个 重 构 
是 不 安全 的 ， 我 必须 重 狐 运行 所 有 测试 。 这 样 的 
工具 仍然 有 用 ， 但 在 Java 中 的 函数 改名 (124) 重 
构 则 可 以 是 完全 安全 、 完 全 目 动 的 ， 因 为 在 静态 
类 型 的 帮助 下 ， 工 具 可 以 识别 函数 所 属 购 类 ， 所 
以 它 只 会 修改 应 该 修改 的 那些 函数 调用 后 ， 对 此 
我 可 以 完全 放心 。 


一 些 重 构 工具 走 得 更 远 。 如 果 我 给 一 个 变量 
NY, LASHER IER TIA SAE 。 
如 果 我 使 用 提炼 函数 (106) ， 工 具 会 找 出 与 新 函 
数 体重 复 的 代码 片段 ， 建 议 代 之 以 对 新 函 数 的 调 
用 。 在 编程 时 可 以 使 用 如 此 强大 的 重 构 功 能 ， 这 
束 古 为 什么 我 们 要 使 用 一 个 体面 的 IDE， 而 不 是 
固执 于 邹 悉 的 文本 编辑 大 。 我 个 人 很 喜欢 用 
Emacs， 但 在 使 用 Java 时 ， 我 更 愿意 用 IntelljJ 
很 大 程度 上 就 是 为 了 获得 重 构 

eg 


尽管 这 些 强 大 的 重 构 工 具有 着 魔法 般 的 能 
力 ， 可 以 安全 地 重 构 代码 ， 但 还 是 会 有 | 闪失 出 
现 。 通 过 反射 进行 的 调用 (例如 Java 中 的 
Method.invoke) 会 迷惑 不 够 成 熟 的 重 构 工 具 ， 但 
比较 成 熟 的 工具 则 可 以 很 好 地 应 对 。 所 以 ， 即 便 
是 最 安全 的 重 构 ， 也 应 该 经 常 运行 测试 套件 ， 以 
确保 没有 什么 东西 在 不 经 意 间 被 破坏 。 我 经 常会 
间 洒 进行 自动 重 构 和 手动 重 构 ， 所 以 运行 测试 的 
频 度 是 足够 的 。 


能 借助 语法 树 来 分 析 和 重 构 程 序 代 码 ， 这 是 
IDE 人 与 普通 文本 编辑 融 相 比 具 有 的 一 大 优势 。 但 
很 多 程序 员 又 喜欢 用 得 顺手 的 文本 编辑 万 的 灵活 
性 ， 和 希望 鱼 与 熊 掌 兼 得 。 语 言 服务 大 (Language 
Server) 十 一 种 正在 引起 关注 的 新 技术 : 用 软件 
生成 语法 树 ， 给 文本 编辑 占 提 供 API。 语 言 服务 
aw Al DASH OCA Sates, FP AERTS 
分 析 和 重 构 操作 提供 了 命令 。 


2.11 ”延展 阅读 


在 第 2 章 束 开始 谈 延 展 阅 读 ， 这 似乎 有 把 儿 癌 
怪 。 不 过 ， 有 大量 关 于 重 构 的 材料 已 经 超出 了 本 
o , FEELER A AEA E A T EEE 
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本 书 的 第 1 版 教 很 多 人 学 会 了 重 构 ， 不 过 我 的 
关注 点 是 组 织 一 本 重 构 的 参考 书 ， 而 不 是 市 领 读 
者 走 过 学 习 过 程 。 如 果 你 需要 一 本 面 问 入 门 者 的 
教材 ， 我 推荐 Bill Wake 的 《 重 构 手册 》[Wake]， 
其 中 包含 了 很 多 有 用 的 重 构 练习 。 


很 多 重 构 的 先行 者 同时 也 活跃 于 软件 模式 社 
X. ° Josh Kerievsky 在 《 重 构 与 模式 》[Kerievsky] 
一 书 中 紧密 连接 了 这 两 个 世界 。 他 审视 了 影 啊 巨 
大 的 GoF[gof] 书 中 一 些 最 有 价值 的 模式 ， 并 展示 
了 了 如何 通 过 重 构 使 代码 同 这 些 模式 的 方 同 演化 。 


本 书 聚 焦 讨 论 通用 编程 语言 中 的 重 构 技 巧 。 
还 有 一 些 专门 领域 的 重 构 ， 例如 已 双 引 起 天 注 的 
《数据 库 重 构 》[Ambler & Sadalage] (Scott 

Ambler 和 Pramod Sadalage 所 著 ) 和 《 重 构 
Sg [Harold] (由 Elliotte Rusty Harold 所 
a o 


尽管 标题 中 没有 “ 重 构 ”二 字 Michael 
FeathersHy KEMIRIB [Feathers] A444 
fe o AABES YEU ERS MVE RAS IA 
代码 库 上 开展 重 构 。 


本 书 〈 及 其 前 一 版 ) 对 读者 的 编程 语言 背景 
没有 要 求 。 也 有 人 和 写 专门 针对 等 定语 言 的 重 构 书 


籍 。 我 的 两 位 前 同事 Jay Fields 和 Shane Harvey Wt 
撰写 了 Ruby 版 的 《 重 构 》[Fields et al.] ° 


在 本 书 的 Web 版 和 重 构 网 站 
(refactoring.com) [ref.com] 上 都 可 以 找到 更 多 相 
天 材料 的 更 狐 。 


第 3 章 ”代码 的 坏 味道 


Kent Beck 和 Martin Fowler 
“URE T , WAITE °” 
Tet Beck¥jas, wets 


现在 ， 对 于 重 构 如 何 运作 ， 你 已 经 有 了 相当 
好 的 理解 。 但 是 知道 "如 何不 代表 知道 < 何 时 ”。 
(TT La AL A 


难题 来 了 ! 解释 “如 何 删 除 一 个 实例 变 
量 ? 或 * 如 何 产生 一 个 继承 体系 ”很 容易 ， 因 为 这 些 
部 十 很 商 单 的 事 依 ， 但 要 解释 “该 在 什么 时 候 做 这 
些 动作 ” 束 没 那么 顺理成章 了 。 除 了 露 儿 手 含 混 的 
编程 美学 (说 实话 ， 这 就 是 虽 们 这 些 顾 问 第 做 的 
事 ) ， 我 还 希望 让 某 些 东西 更 具 说 服 力 一 些 。 


所 写本 书 的 第 1 版 时 ， 我 正在 为 这 个 微妙 的 问 
题 大 念 脑筋 。 去 苏黎世 拜访 Kent Beck 的 时 候 ， 也 
许 是 因为 党 到 了 刚 出 生 的 文 儿 的 气味 影响 吧 ， 他 拓 
出 用 味道 来 形容 重 构 的 时 机 。 


“味道 ，” 你 可 能 会 说 ,“ 真 的 比 侣 宴 的 美学 理 
论 要 好 吗 ? ”好 吧 ， 是 的 。 我 们 看 过 很 多 很 多 代 
码 ， 它 们 所 属 的 项 目 从 大 获 成 功 到 历历 一 忌 者 
有 。 观 察 这 些 代码 时 ， 我 们 学 会 了 从 中 找寻 某 些 
特定 结构 ， 这 些 结构 指出 (有 时 甚至 束 像 尖 叫 呼 
喊 ) 重 构 的 可 能 性 。 (本 草 主 语 换 成 “我 们 ”， 是 
为 了 反映 一 个 事实 : Kent 和 我 共同 撰写 本 章 。 你 
应 该 可 以 看 出 我 俩 的 文笔 苇 异 一 一 搬 科 打 主 的 部 
分 是 我 写 的 ， 其 余 都 是 他 写 的 。) 


我 们 并 不 试图 给 你 一 个 何 时 必须 重 构 的 精确 
衡量 标准 。 从 我 们 的 经 验 看 来 ， 没 有 任何 量度 规 
短 比 得 上 见识 广博 痢 的 直 知 。 我 们 只 会 告诉 你 一 
些 迹象 ， 它 会 指出 “这 里 有 一 个 可 以 用 重 构 解决 的 
问题 *。 你 必须 培养 目 己 的 判断 力 ， 学 会 判断 一 个 
类 内 有 多 少 实 例 变量 算是 太 大 、 一 个 函数 内 有 多 
少 行 代码 才 算 太 长 。 


如 来 你 无 法 确定 该 采用 哪 一 种 重 构 手法 ， 请 
阅读 本 草 内 容 和 书后 附 的 “ 重 构 列表 ”来 寻找 灵 
感 。 你 可 以 阅读 本 章 或 快速 浏 虎 书后 附 的 “ 坏 味道 
与 重 构 手 法 速 得 才 ? 来 判断 目 己 周到 的 是 什么 味 
所， 然后 再 看 看 我 们 所 建议 的 重 构 手 法 能 否 大 到 
你 。 也 许 这 里 所 列 的 “ 坏 味道 条 球 * 和 你 所 检测 的 
不 尽 相 符 ， 但 愿 它们 能 够 为 你 指引 正确 方 呵 。 


3.1 神秘 命名 (Mysterious Name) 


读 侦 拧 小 说 时 ， 透 过 一 芋 神 秘 的 文字 猜测 故 
SA De PR eH ae, BURETE BEC 
AG, CREA ARRAN ZF So Fetter 
自己 是 《王牌 大 贱 谍 》 中 的 国际 特工 -， 但 我 们 写 
下 的 代码 应 该 直观 明了 。 整 污 代 码 最 重要 的 一 环 
Bet Nas, MARTA ARRA UA eK 
D> BUR SMS, HE TREATS EAA 
目 己 的 功能 和 用 法 。 


然而 ， 很 遗憾 ， 命 名 是 编程 中 最 难 的 两 件 事 
之 一 [mf-2h]。 正 因为 如 此 ， 改 名 可 能 是 最 常用 的 
重 构 手法 ， 包 括 改变 函数 声明 (124) (用 于 给 函 
数 改 名 ) 、 变 量 改 名 (137) ` FRE (244) 
等 。 很 多 人 经 常 不 愿意 给 程序 元 素 改名 ， 觉 得 不 
值得 费 这 个 劲 ， 但 好 的 名 字 能 节省 未 来 用 在 猜谜 
上 的 大 把 时 间 。 


改名 不 仅仅 是 修改 名 字 而 已 。 如 宁 你 想 不 出 
— SEBS, ULAR EIRA Bere eee BRA TT 
All © APIA PT AZ, BE 
推动 我 们 对 代码 进行 精 价 。 
1《 王 牌 大 贱 谍 》 (International Man of Mystery) 是 1997 年 杰 伊 : 罗 奇 
执导 的 一 部 喜剧 恋战 族 。 alt 


3.2 重复 代码 (Duplicated Code) 


如 果 你 在 一 个 以 上 的 地 点 看 到 相同 的 代码 结 
构 ， 那 么 可 以 肯定 : 设法 将 它们 合 而 为 一 ， 程 序 
会 变 得 更 好 。 一 旦 有 重复 代码 存在 ， 六 读 这 些 重 
复 的 代码 时 你 惑 必 须 加 倍 仔细 ， 留 意 其 间 细 微 的 
鞭 异 。 如 琳 要 修改 重复 代码 ， 你 必须 找 出 所 有 的 
副本 来 修改 。 


最 单纯 的 重复 代码 束 古 “同一 个 类 的 两 个 范 数 
舍 有 相同 的 表达 式 ”。 这 时候 你 需要 做 的 就 是 采用 
提炼 函数 (106) 提炼 出 重复 的 代码 ， 然 后 让 这 两 
个 地 扣 部 调用 被 近 炼 出 来 的 那 一 段 代 码 。 如 来 重 
复 代 码 只 是 相似 而 不 是 完全 相同 ， 请 百 先 笑 试 用 
移动 语句 (223) 重组 代码 顺序 ， 把 相似 的 部 分 放 
在 一 起 以 便 所 炬 。 如 条 重 复 的 代码 段位 于 同一 个 
超 类 的 不 同 子 类 中 ， 可 以 使 用 函数 上 移 (350) 来 
避免 在 两 个 子 类 之 间 互 相 调用 。 


3.3 WK (Long Function) 
据 我 们 的 经 验 ， 活 得 最 长 、 最 好 的 程序 ， 其 


中 的 函数 部 比较 短 。 初 次 接触 到 这 种 代码 库 的 程 
FAE FS eh ETT DI ACE” — EF E 


是 无 穷 无 尽 的 委托 调用 。 但 和 这 样 的 程序 共处 几 
年 之 后 ， 你 整 会 明日 这 些小 函数 的 价值 所 在 。 间 
接 性 市 来 的 好 处 一 一 更 好 的 曾 释 力 、 更 易于 分 
译 、 更 多 的 选择 一 一 都 是 由 小 画 数 来 文 持 的 。 


早 在 编程 的 洪 议 年 代 ， 程 序 员 们 整 已 认识 
到 : 泵 数 越 长 ， 就 越 难 理解 。 在 早期 的 编程 语言 
中 ， 子 程序 调用 需要 额外 开销 ， 这 使 得 人 们 不 太 
乐意 使 用 小 函数 。 现 代 编程 语言 几乎 已 经 完全 免 
除了 进程 内 的 函数 调用 开锁。 固然 ， 小 琴 数 也 会 
给 代码 的 阅读 着 市 来 一 些 负担 ， 因 为 你 必须 经 时 
切换 上 下 文 ， 才 能 看 明日 范 效 在 做 什么 。 但 现代 
的 开发 环境 让 你 可 以 在 函数 的 调用 处 与 声明 处 之 
间 快 速 跳 转 ， 或 古 同时 看 到 这 两 处 ， 让 你 根本 不 
HREF o MEEK, ENK FERES 
天 键 还 生 在 于 民 好 的 售 名 。 如 且 你 能 给 函数 起 个 
FAF, HERRIA DE LELA T T AKRI 
的 作用 ， 根 本 不 必 去 看 其 中 写 了 些 什么 。 


最 终 的 效果 是 : e 数 。 
我 们 遵循 这 样 一 条 原则 : 感觉 需要 以 注释 来 
T a 
进 一 个 独立 函数 中 ， 并 以 其 用 途 (而 非 实 现 手 
法 ) 命名 。 我 们 可 以 对 一 组 甚至 短 短 一 行 代 码 做 
哪 介 符 换 后 的 函数 调用 动作 比 函 数目 续 

只 要 函数 名 称 能 够 解释 其 用 途 ， 我 们 也 该 


时 不 狐 欢 地 那么 做 。 关 键 不 在 于 函数 的 长 度 ， 而 
在 于 函数 “做 什么 ?和 “如何 做 ?之 间 的 语义 距离 。 


百 分 之 九 十 九 的 场合 里 ， 要 把 国 数 变 短 ， 具 
需 使 用 提炼 函数 (106) 。 找 到 函数 中 适合 集中 在 
一 起 的 部 分 ， 将 它们 提炼 出 来 形成 一 个 新 函数 。 


如 琳 钞 数 内 有 大 量 的 参数 和 临时 变量 ， 它 们 
RIRAN EK ZUTE KRIE BERETS ° WRAK ioa H pe 
PREZE (106) ， 最 终 就 会 把 许多 参数 传递 给 被 提 
炼 出 来 的 新 函数 ， 守 人 致 可 读 性 几乎 没有 任何 拓 
升 。 此 时 ， 你 可 以 经 党 运用 以 查询 了 取代! 临时 变量 
(178) 来 消除 这 些 临 时 元 素 。 引 入 参数 对 象 
(140) 和 你 持 对 象 完整 (319) 则 可 以 将 过 长 的 
参数 列表 变 得 更 简 活 一些。 


如 果 你 已 经 这 么 做 了 ， 仍 然 有 太 多 临时 变量 
和 参数 ， 那 就 应 该 使 出 我 们 的 杀手 铜 一 一 以 命令 
取代 画 数 (337) ° 


如 何 确 定 该 提炼 哪 一 段 代码 呢 ? 一 个 很 好 的 
技巧 是: 寻找 注释 。 它 们 通常 能 指出 代码 用 途 和 
实现 手法 之 则 的 语义 距离 。 如 末代 码 前 方 有 一 行 
注释 ， 束 有 古 在 提醒 你 ， 可 以 将 这 段 代 码 蔡 换 成 一 
个 芳 数 ， 而 且 可 以 在 注释 的 基础 上 给 这 个 函数 命 


名 。 器 算 只 有 一 行 代码 ， 如 末 它 需要 以 注释 来 说 
明 ， 那 也 值得 将 它 所 烁 到 独立 函数 中 去 。 


条 件 表 达 去 和 循环 第 利 也 年 提炼 的 信号 。 你 
可 以 使 用 分 解 条 件 表达 式 (260) 处 理 条 件 表 达 
式 。 对 于 庞大 的 switch 语 句 ， 其 中 的 每 个 分 文 都 
WAIT FERAL (106) 变 成 独立 的 函数 调用 。 
如 条 有 多 个 switch 语 句 基 于 同一 个 条 件 进行 分 文 
— 
272) 。 


至 于 循环 ， 你 应 该 将 循环 和 循环 内 的 代码 近 
炼 到 一 个 独立 的 函数 中 。 如 采 你 发 现 提炼 出 的 件 
环 很 难 命名 ， 可 能 是 因为 其 中 做 了 用 件 不 同 的 
事 。 如 果 是 这 种 情况 ， 请 勇敢 地 使 用 拆 分 循环 
(227) 将 其 拆 分 成 各 目 独 立 的 任务 。 


3.4 过 长 参数 列表 (Long 


Parameter List 


刚 开 始 学 习 编 程 的 时 候 ， 老 师 教 我 们 : EA 
效 所 需 的 所 有 东西 都 以 参数 的 形式 传递 进去 。 这 
可 以 理解 ， 因 为 除 此 之 外 就 只 能 选择 全 局 数据 ， 
而 全 局 数据 很 快 束 会 变 成 狮 恶 的 东西 。 但 过 长 的 
参数 列表 本 号 也 经 常 令 人 迷惑 。 


如 果 可 以 向 某 个 参数 发 起 查询 而 获得 另 一 个 
参数 的 值 ， 那 么 就 可 以 使 用 以 查询 取代 参数 
(324) 去 掉 这 第 二 个 参数 。 如 果 你 发 现 自己 正在 
从 现 有 的 数据 结构 中 抽出 很 多 数据 项 ， 就 可 以 考 
虑 使 用 保持 对 象 完整 (319) 手法 ， 直 接 传 入 原来 
的 数据 结构 。 如 果 有 几 项 参数 总 是 同时 出 现 ， 可 
以 用 引入 参数 对 象 (140) 将 其 合并 成 一 个 对 象 。 
如 果菜 个 参数 被 用 作 区 分 函数 行为 的 标记 
(flag) ， 可 以 使 用 移 除 标记 参数 (314) ° 


使 用 类 可 以 有 效 地 缩短 参数 列表 。 如 果 多 个 
函 效 有 同样 的 儿 个 参数 ， 引 入 一 个 类 驶 尤为 有 意 
义 。 你 可 以 使 用 函数 组 合成 类 (144) ， 将 这 些 共 
同 的 参数 变 成 这 个 类 的 字段 。 MRR E KE 
程 的 帽子 ， 我 们 会 说 ， 这 个 重 构 过 程 创造 了 一 组 
部 分 应 用 函数 (partially applied function) ° 


35 ”全 局 数据 (Global Data) 


刚 开 始 学 软件 开发 时 ， 我 们 束 听 说 过 天 于 全 
局 数据 的 导 悚 故事 一 一 它们 是 如 何 钻 米 目 地 钛 第 
四 层 的 恶魔 发 明 出 来 ， 胆 敢 使 用 它们 的 程序 员 如 
今 在 何 处 安 电 。 束 算 这 些 烈焰 与 硫黄 的 故事 不 那 
么 可 和信， 全 局 数据 仍然 古 最 刺 蜡 的 坏 味 道 之 一 。 
全 局 数据 的 问题 在 于 ， 从 代码 库 的 任何 一 个 角 洲 


都 可 以 修改 它 ， 而 且 没 有 任何 机 制 可 以 探测 出 到 
确 哪 段 代码 做 出 了 修改 。 一 次 又 一 次 ， 全 局 数据 
造成 了 那些 诡异 的 bug， 而 问题 的 根源 却 在 遥远 的 
别处 ， 想 要 找到 出 销 的 代码 难于 登 天 。 全 局 数据 
最 显而易见 的 形式 束 古 全 局 变量 ,但 类 变量 和 单 
例 (singleton) 也 有 这 样 的 问题 。 


首要 的 防御 手段 是 封装 变量 (132) ， 每 当 我 
们 看 到 可 能 被 各 处 的 代码 污染 的 数据 ， 这 总 十 我 
们 应 对 的 第 一 招 。 你 把 全 局 数据 用 一 个 函数 包装 
ER, PORMA LEET, FARE 
制 对 它 的 访问 。 随 后 ， 最 好 将 这 个 函数 (RS 
RNa) 搬移 到 一 个 类 或 模块 中 ， 只 允许 模块 
内 的 代码 使 用 它 ， 从 而 尽量 控制 其 作用 域 。 


可 以 被 修改 的 全 局 数据 尤其 可 愧 。 如 来 能 保 
证 在 程序 局 动 之 后 束 不 再 修改 ， 这 样 的 全 局 数据 
ae ， 不 过 得 有 编程 语言 提供 这 样 的 保 
UEA AT ° 


全 局 数据 印证 了 由 拉 塞 尔 斯 的 格言 : 民 药 与 
毒 约 的 区 别 在 于 剂量 。 有 少量 的 全 局 数据 或 许 无 
妨 ， 但 数量 越 多 ， 处 理 的 难度 束 会 指数 上 升 。 即 
便 只 是 少量 的 数据 ， 我 们 也 愿意 将 它 封 疙 起 来 ， 
这 古 在 软件 演进 过 程 中 应 对 变化 的 天 键 所 在 。 


3.6 ”可 变数 据 (Mutable Data ) 


对 数据 的 修改 经 常 寻 人 致 出 平 意料 的 结果 和 难 
以 发 现 的 bug。 我 在 一 处 更 新 数据 ， 却 没有 意识 到 
软件 中 的 太一 处 期 望 看 完全 不 同 的 数据 ， 于 十 一 
个 功能 失效 了 一 一 如 琳 故 障 只 在 很 罕见 的 情况 下 
发 生 ， 要 找 出 故障 原因 束 会 更 加 困难 。 因 此 ， 有 
一 整个 软件 开发 流派 一 一 函 数 式 编程 一 一 完全 建 
立 在 “数据 水 不 改变 ”的 概念 基础 上 :如果 要 更 新 
一 个 数据 结构 ， 殊 返回 一 份 狐 的 数据 副本 ， 旧 的 
数据 仍 保 持 不 变 。 


不 过 这 样 的 编程 语言 仍然 相对 小 从 ， 大 多 数 
程序 员 使 用 的 编程 语言 还 古人 允许 修改 变量 值 的 。 
即便 如 此 ， 我 们 也 不 应 该 忽视 不 可 变性 市 来 的 优 
势 一 一 仍然 有 很 多 办 法 可 以 用 于 约束 对 数据 的 更 
新 ， 降 低 其 风险 。 


可 以 用 封装 变量 (132) 来 确保 所 有 数据 更 新 
控 作 部 通 过 很 少儿 个 钞 数 来 进行 ， 使 其 更 容易 监 
控 和 演进 。 如 朱 一 个 变量 在 不 同时 候 极 用 于 存储 
不 同 的 东西 ， 可 以 使 用 拆 分 变量 (240) 将 其 拆 分 
为 各 目 不 同 用 途 的 变量 ， 从 而 避免 危险 的 更 莉 操 
作 。 使 用 移动 语句 (223) 和 提炼 函数 (106) 尽 
量 把 逻辑 从 处 理 更 狐 操 作 的 代码 中 搬移 出 来 ， 将 


没有 副作用 的 代码 与 执行 数据 更 狐 操 作 的 代码 分 
开 。 设 计 API 时 ， 可 以 使 用 将 查询 函数 和 修改 函 
数 分 离 (306) 确保 调用 者 不 会 调 到 有 副作用 的 代 
码 ， 除 非 他 们 真 的 需要 更 新 数据 。 我 们 还 乐于 尽 
早 使 用 移 除 设 值 画 数 (331) 有 了 时 只 是 把 设 值 
国 数 的 使 用 兰 找 出 来 看 看 ， 吏 能 玫 我 们 发 现 缩小 
变量 作用 域 的 机 会 。 


如 琳 可 变数 据 的 值 能 在 其 他 地 方 计 算出 来 ， 
这 束 是 一 个 特别 刺 蜡 的 坏 味道 。 它 不 仅 会 造成 困 
ft ` bug#IJUFt, MA BAYS o ARAARA 
— 使 用 以 查询 取代 派生 变量 (248) 
als 


如 琳 变 量 作 用 域 只 有 几 行 代码 ， 即 使 其 中 的 
数据 可 变 ， 也 不 古 什 么 大 问题 ， 但 随 看 变量 作用 
域 的 扩展 ， 风 险 也 随 之 增 大 。 可 以 用 函数 组 合成 
类 (144) 或 者 函数 组 合成 变换 (149) 来 限制 需 
要 对 变量 进行 修改 的 代码 量 。 如 来 一 个 变量 在 其 
内 部 结构 中 包含 了 数据 ， 通 第 最 好 不 要 和 直接 修改 
其 中 的 数据 ， 而 征用 将 引用 对 象 改 为 值 对 象 
(252) 令 其 直接 替换 整个 数据 结构 。 


3.7 发散 式 变 化 (Divergent 
Change) 


我 们 希望 软件 能 够 更 容易 被 修改 一 一 毕 葛 软 
件 本 来 束 该 是 “ 软 ” 的 。 一 旦 需要 修改 ， 我 们 希望 
能 够 跳 到 系统 的 菜 一 点 ， 只 在 该 处 做 修改 。 如 东 
不 能 做 到 这 一 点 ， 你 束 嗅 出 两 种 紧密 相关 的 刺 曙 
味道 中 的 一 种 了 。 


如 朱 某 个 模块 经 钊 因为 不 同 的 原因 在 不 同 的 
方向 上 发 生变 化 ， 发 散 却 变化 吏 出 现 了 。 当 你 看 
看 一 个 类 说 :“ 呢 ， 如 来 新 加 入 一 个 数据 库 ， 我 必 
须 修改 这 3 个 函数 ; 如 来 新 出 现 一 种 金融 工具 ， 我 
必须 修改 这 4 个 画 数 。” 这 束 是 发 训 式 变化 的 征 
兆 。 效 据 库 交互 和 金融 逻辑 处 理 站 两 个 个 同 的 上 
下 文 ， 将 它们 分 别 搬移 到 各 目 独 立 的 模块 中 ， 能 
让 程序 变 得 更 好 ， 每 当 要 对 某 个 上 下 文 做 修改 
时 ， 我 们 只 需要 理解 这 个 上 下 文 ， 而 不 必 操 心田 
= 
要 ， 在 如 今 这 个 信息 爆炸 、 脑 容量 不 够 用 的 年 代 
MRE RE o FA, FERATA AGEE 
新 金融 工具 后 ， 你 才能 发 现 这 个 坏 味道 。 在 程序 
刚 开 发 出 来 还 在 随 看 软件 系统 的 能 力 不 断 演进 
时 ， 上 下 文 边界 通 津 不 是 那么 清晰 。 


如 琳 发 生变 化 的 两 个 方 加 目 然 地 形成 了 先后 
次 序 《比如 说 ， 移 从 数据 库 取 出 数据 ， 再 对 其 进 
行 金融 逻辑 处 理 ) ， 束 可 以 用 拆 分 阶段 (154) 将 
两 痢 分 开 ， 两 着 之 则 通过 一 个 清晰 的 数据 结构 进 


行 沟通 。 如 果 两 个 方向 之 间 有 更 多 的 来 回调 用 ， 
就 应 该 先 创建 适当 的 模块 ， 然 后 用 搬移 函数 
(198) 把 处 理 逻 辑 分 开 。 如 果 函 数 内 部 混合 了 两 
类 处 理 逻 辑 ， 应 该 先 用 提炼 函数 (106) 将 其 分 
开 ， 然 后 再 做 搬移 。 如 果 模 块 是 以 类 的 形式 定义 
的 ， 就 可 以 用 提炼 类 (182) 来 做 拆 分 。 


3.8” 短 弹 式 修改 (Shotgun 
Surgery) 


敏 弹 式 修改 类 似 于 发 艇 式 变化 ， 但 又 恰恰 相 
反 。 如 采 每 迪 到 茶 种 变化 ， 你 都 必须 在 许多 不 同 
的 类 内 做 出 许多 小 修改 ， 你 所 面临 的 坏 味 道 束 是 
散 弹 式 修 改 。 如 来 需要 修改 的 代码 歼 布 四 处 ， 你 
J 也 很 容易 午 过 菏 个 重要 的 修 
N œ 


这 种 情况 下 ， 你 应 该 使 用 搬移 函数 (198) 和 
搬移 字段 (207) 把 所 有 需要 修改 的 代码 放 进 同一 
个 模块 里 。 如 琳 有 很 多 函数 部 在 操作 相似 的 数 
据 ， 可 以 使 用 函数 组 合成 类 (144) ° WRAEK 
效 的 功能 和 是 转化 或 者 充实 数据 结构 ， 可 以 使 用 团 
数组 合成 变换 (149) 。 如 果 一 些 函 数 的 输出 可 以 
组 合 后 提供 给 一 段 专 | ] 使 用 这 些 计算 结 采 的 逻 
辑 ， 这 种 时 候 常 第 用 得 上 拆 分 阶段 (154) ° 


EY SER, rs AR Bee 5 


与 内 联 (inline) 相关 的 重 构 一 一 如 内 联 函 数 
(115) 或 是 内 联 类 (186) 把 本 不 该 分 散 的 


逻辑 搜 回 一 处 。 完 成 内 联 之 后 ， 你 可 能 会 邮 到 过 
长 芳 数 或 者 过 大 的 类 的 味道 ， 不 过 你 总 可 以 用 与 
提炼 相关 的 重 构 手法 将 其 拆 解 成 更 合理 的 小 块 。 
即便 如 此 钟爱 小 型 的 函数 和 类 ， 我 们 也 并 不 担心 
在 重 构 的 过 程 中 暂时 创建 一 些 较 大 的 程序 单元 。 


3.9 ”依恋 情结 (Feature Envy) 


所 袁 标 块 化 ， 束 古 力求 将 代码 分 出 区 域 ， 最 
大 化 区 域内 部 的 交互 、 最 小 化 跨 区 域 的 交互 。 但 
ARTUR ACU, “SER BUR A — NER FAY) EB 
A NIRI, HET FEB ATER 
AEBS T, Bie RAMA RAL TL o FCB 
KAWE, BUT BIE ME BON SRR ME, 
AAAI RAB LaF LBB ST A UE ENN ° J7 
法 显而易见 : ih PEER IA Ee FEE it 
那 就 使 用 搬移 函数 (198) 把 它 移 过 去 。 有 时 候 ， 
函数 中 只 有 一 部 分 受 这 种 依恋 之 吾 ， 这 时 候 应 该 
使 用 提炼 函数 (106) 把 这 一 部 分 提炼 到 独立 的 函 
ee ee eee ne 
o 


当然 ， 并 非 所 有 情况 都 这 么 催 单 。 一 个 印 数 
往往 会 用 到 几 个 模块 的 功能 ， 那 么 它 究 苋 该 被 置 
于 何 处 呢 ? 我 们 的 原则 有 是: 判断 哪个 模块 拥有 的 
此 艺 数 使 用 的 数据 最 多 ， 人 然后 束 把 这 个 芳 数 和 那 
些 数 据 撑 在 一 起 。 如 果 先 以 提炼 画 数 (106) 将 这 
个 芳 数 分 解 为 数 个 较 小 的 函数 并 分 别管 放 于 不 同 
地 点 ， 上 述 步 又 也 束 比 较 容 易 完成 了 。 


有 儿 个 复杂 精巧 的 模式 破坏 了 这 条 规则 。 说 
起 这 个 话题 ，GoF[gof] 的 策略 (Strategy) 模式 和 
访问 者 (Visitor) 模式 立刻 跳 入 我 的 脑海 ，Kent 
BeckHJSelf Delegation 模 式 [Beck SBPP] 也 在 此 
列 。 使 用 这 些 模式 是 为 了 对 抗 发 散 式 变化 这 一 坏 
味道 。 最 根本 的 原则 是 : 将 总 是 一 起 变化 的 东西 
放 在 一 块 儿 。 数 据 和 引用 这 些 数 据 的 行为 总 是 一 
起 变化 的 ， 但 也 有 例外 。 如 果 例 外 出 现 ， 我 们 束 
搬 移 那 些 行为 ， 祭 持 变 化 只 在 一 地 发 生 。 守 略 模 
式 和 和 访问 者 模式 使 你 得 以 轻松 修改 函数 的 行 
为 ， 因 为 它们 将 少量 需 被 宪 写 的 行为 隔离 开 来 
一 一 当然 也 付出 了 “多 一 层 间 接 性 ”的 代价 。 


3.10 ”数据 泥 团 (Data Clumps) 


数据 项 束 像 小 孩子 ， 豆 欢 成 群 结 队 地 竺 在 一 
块 儿 。 你 帅 音 可 以 在 很 多 地 方 看 到 相同 的 三 四 项 


数据 :两 个 类 中 相同 的 字段 、 许 多 函数 低 名 中 相 
同 的 参数 。 这 些 忌 十 绑 在 一 起 出 现 的 数据 真 应 该 
拥有 属于 它们 上 自己 的 对 象 。 自 完 请 找 出 这 些 数 据 
以 字段 形式 出 现 的 地 方 ， 运 用 提炼 类 (182) FRE 
们 提炼 到 一 个 独立 对 象 中 。 然 后 将 注意 力 转移 到 
函数 签名 上 ， 运 用 引入 参数 对 象 (140) 或 保持 对 
象 完 整 (319) 为 它 瘦身 。 这 么 做 的 直接 好 处 是 可 
以 将 很 多 参数 列表 缩短 ， 们 化 函数 调用 。 是 的 ， 
不 必 在 意 数据 泥 团 只 用 上 新 对 象 的 一 部 分 字段 ， 
只 要 以 新 对 和 象 取 代 两 个 (或 更 多 ) FEC, ME 
这 人 么 做 。 


一 个 好 的 评判 办 法 是 : 删 掉 众 多 数据 中 的 一 
项 。 如 条 这 么 做 ， 其 他 数据 有 没有 因而 失去 意 
义 ? 如 琳 它 们 不 再 有 意义 ， 这 束 是 一 个 明确 信 
FE MAAN ENP ETT RR ° 


我 们 在 这 里 提倡 新 建 一 个 类 ， 而 不 古 何 单 的 
记 采 结构 ， 因 为 一 旦 拥有 新 的 类 ， 你 束 有 机 会 让 
程序 散发 出 一 种 廊 香 。 得 到 新 的 类 以 后 ， 你 束 可 
以 着 手 寻 找 “ 依 恋情 结 ”， 这 可 以 玫 你 指出 能 够 移 
至 新 类 中 的 种 种 行为 。 这 是 一 种 强大 的 动力 :， 有 
FRAY SS AOU HOR, ACEH Be BARR, Ja ert 
发 得 以 加 速 ， 原 来 的 数据 洗 团 终于 在 它们 的 小 社 
BPRAATEOME ° 


3.11 基本 类 型 偏执 (Primitive 


Obsession 


大 多 数 编程 环境 都 大 量 使 用 基本 类 型 ， 即 整 
数 、 浮 点 数 和 字符 捉 等 。 一 些 库 会 引入 一 些小 对 
象 ， 如 日 期 。 但 我 们 发 现 一 个 很 有 趣 的 现象 : 很 
多 程序 员 不 愿意 创建 对 目 己 的 问题 域 有 用 的 基本 
FRA, WER» AAP ES oe Te, KITEET 
把 钱 当 作 普 通 数 字 来 计算 的 情况 、 计 算 物理 量 时 
无 视 单位 QB RTS SR) 的 情况 以 及 大 
量 类 似 if (a < upper && a > lower ) 这 样 的 代 
fi o 


FITR ert Pe ae eel, ECR, 
电话 号 人 码 不 只 是 一 串 子 件 。 一 个 体面 的 类 型 ， 至 
少 能 包含 一 致 的 显示 逻辑 ， 在 用 户 界 面 上 需要 显 
示 时 可 以 使 用 。“ 用 字符 串 来 代表 类 似 这 样 的 数 
据 ? 征 如 此 第 见 的 昊 味 ， 以 至 于 人 们 给 这 大 变量 专 
TRE NBS, EMRE RR 


AN” (stringly typed) 变量 。 


你 可 以 运用 以 对 象 取代 基本 类 型 (174) 将 原 
本 单独 存在 的 效 据 值 蔡 换 为 对 象 ， 从 而 走出 传统 
HIYA fet, EARP BY AAT RER o WOR 
PRAHA EL ELE Hl RAPT A ASA AS, MU BY PA 


用 以 子 类 取代 类 型 码 (362) 加 上 以 多 态 取代 条 件 
表达 式 (272) 的 组 合 将 它 换 掉 。 


如 果 你 有 一 组 总 是 同时 出 现 的 基本 类 型 数 
据 ， 这 就 是 数据 泥 团 的 征兆 ， 应 该 运用 提炼 类 
(182) 和 引入 参数 对 象 (140) 来 处 理 。 


3.12 ”重复 的 switch (Repeated 
Switches) 


如 果 你 跟 真 正 的 面向 对 象 布 道 者 交谈 ， 他 们 
AR RES IRI switchta AVA ° TEMA OK, 
任何 switch 语 句 都 应 该 用 以 多 态 取 代 条 件 表达 式 
(272) 消除 掉 。 我 们 甚至 还 听 过 这 样 的 观点 : 所 
有 条件 逻辑 部 应 该 用 多 仿 取 代 ， 绝 大 多 数 if 语 句 
部 应 该 被 扫 进 历史 的 垃圾 棚 。 


即便 在 不 知 天 高 地 厚 的 青年 时 代 ， 我 们 也 从 
未 无 条 件 地 反对 条 件 语句 。 在 本 书 第 1 版 中 ， 这 种 
坏 味道 被 称 为 “switch 语 句 ”(Switch 
Statements) ， 那 是 因为 在 20 世 纪 90 年 代 末 期 ， 程 
ee 我 们 希望 矫 枉 过 


如 今 的 程序 员 已 经 更 多 地 使 用 多 态 ，switch 
Ta At NERS BADE A Boom, SB Sw 
持 更 复杂 的 switch 语 句 ， 而 不 只 是 根据 基本 类 型 
值 来 做 条 件 判 断 。 因 此 ， 我 们 现在 更 关注 重复 的 
switch: 在 不 同 的 地 方 反复 使 用 同样 的 switch 远 
FH (可 能 是 以 switchycase 语 句 的 形式 ， 也 可 能 是 
以 连续 的 if/else 语 句 的 形式 ) 。 重 复 的 switch 的 
问题 在 于 : 每 当 你 想 增 加 一 个 选择 分 文 时 ， 必 须 
找到 所 有 的 switch， 并 逐一 更 新 。 多 态 给 了 我 们 
对 抗 这 种 凌 蜡 力量 的 武 厂 ， 使 我 们 得 到 更 优雅 的 
RIE o 


3.13 ”循环 语句 (Loops) 


从 最 早 的 编程 语言 开始 ， 循 环 就 一 直 是 程序 
设计 的 核心 要 素 。 但 我 们 感觉 如 今 循环 已 经 有 点 
儿 过 时 ， 就 像 喇叭 裤 和 植 绒 壁 纸 那 样 。 其 实在 据 
写本 书 第 1 版 的 时 候 ， 我 们 就 已 经 开始 鄙视 循环 语 
句 ， 但 和 当时 的 大 多 数 编程 语言 一 样 ， 当 时 的 
Java 还 没有 提供 更 好 的 替代 品 。 如 今 ， 画 数 作为 
一 等 公民 已 经 得 到 了 广泛 的 支持 ， 因 此 我 们 可 以 
使 用 以 管道 取代 循环 (231) 来 让 这 些 老 古董 退 
休 。 我 们 发 现 ， 管 道 操 作 〈 如 fter 和 map) 可 以 
allemaal 

WB o 


3.14 TRIR (Lazy Element) 


程序 元 素 (如 类 和 函数 ) 能 给 代码 增加 结 
构 ， 从 而 支持 变化 、 促 进 复 用 或 者 哪怕 只 是 提供 
更 好 的 名 字 也 好 ， 但 有 时 我 们 真 的 不 需要 这 层 额 
外 的 结构 。 可 能 有 这 样 一 个 函数 ， 它 的 名 字 就 跟 
实现 代码 看 起 来 一 模 一 样 ， 也 可 能 有 这 样 一 个 
类 ， 根 本 就 是 一 个 简单 的 函数 。 这 可 能 是 因为 ， 
起 初 在 编写 这 个 函数 时 ， 程 序 员 也 许 期 望 它 将 来 
有 一 天 会 变 大 、 变 复杂 ， 但 那 一 天 从 未 到 来 ， 也 
可 能 是 因为 ， 这 个 类 原本 是 有 用 的 ， 但 随 着 重 构 
的 进行 越 变 越 小 ， 最 后 只 剩 了 一 个 函数 。 不 论 上 
述 哪 一 种 原因 ， 请 让 这 样 的 程序 元 素 庄 严 赴 义 
吧 。 通 常 你 只 需要 使 用 内 联 函 数 (115) 或 是 内 联 
类 (186) 。 如 果 这 个 类 处 于 一 个 继承 体系 中 ， 可 
以 使 用 折 又 继承 体系 (380) ° 


3.15 SSRI (Speculative 


Generality) 


ATSR + TUR, MEAE 
Brian Foote。 当 有 人 说 “ 嘿 ， 我 想 我 们 总 有 一 天 需 
要 做 这 事 ”， 并 因而 企图 以 各 式 各 样 的 钓 于 和 特殊 
情况 来 处 理 一 些 非 必 要 的 事情 ， 这 种 坏 味道 束 出 


现 了 。 这 么 做 的 结 来 往往 造成 系统 更 难 理解 和 维 
Foo WAR AR eae BAB, WAEA ZA Im, 
WRAD, BLAMES e AIA Ee ERRI 
的 路 ， 所 以 ， 把 它 搬 开 吧 。 


如 来 你 的 茶 个 抽象 类 其 实 没 有 太 大 作用 ， 请 
运用 折合 继承 体系 (380) 。 不 必要 的 委托 可 运用 
内 联 函 数 (115) 和 内 联 类 (186) BR ° WREEK 
效 的 某 些 参数 未 被 用 上 ， 可 以 用 改变 函数 声明 
(124) 去 掉 这 些 参 数 。 如 打 有 并 非 真 正 需 要 、 只 
宇 为 不 知 远 在 何 处 的 将 来 而 赛 进 去 的 参数 ， 也 应 
该 用 改变 函数 声明 (124) APH ° 


如 果 函 数 或 类 的 唯一 用 户 是 测试 用 例 ， 这 就 
肚 出 了 坏 味道 “ 夸 夸 其 谈 通 用 性 ”。 如 果 你 发 现 这 
样 的 函数 或 类 ， 可 以 先 删 掉 测 斌 用例， 然后 使 用 
移 除 死 代 码 (237) 。 


3.16 ”临时 字段 (Temporary Field) 


有 时 你 会 看 到 这 样 的 类 : 其 内 部 某 个 字段 仅 
为 某 种 特定 情况 而 设 。 这 样 的 代码 让 人 不 易 理 
解 ， 因 为 你 通常 认 为 对 象 在 所 有 时 候 痢 需要 它 的 
所 有 子 段 。 在 字段 末 僻 使 用 的 情况 下 猜测 当初 设 
BEHI, SURAI ° 


请 使 用 提炼 类 (182) 给 这 个 可 怜 的 孤儿 创造 
一 个 家 ， 然 后 用 搬移 函数 (198) 把 所 有 和 这 些 字 
段 相 关 的 代码 都 放 进 这 个 新 家 。 也 许 你 还 可 以 使 
用 引入 特例 (289) 在 “变量 不 合法 ”的 情况 下 创建 
一 个 琶 代 对 象 ， 从 而 避免 写 出 条 件 式 代码 。 


3.17 ”过 长 的 消息 链 (Message 


Chains) 


QUARK BI FL TB ST RRR I PT 
R, SAHA AKA TMA, Ma FAK 
Fa THR... AEH ABE ° FESCUE PK 
A PIH Bee K E PUE K BAR Ils a 
E o RPO A, RP m SS AR 
Re PAS Za A AA TARRY RAR AZ 
EEMS, IP Sinn LN Mi A DE 。 


这 时 候 应 该 使 用 隐藏 委托 关系 (189) 。 你 可 
以 在 消 明 链 的 不 同位 置 来 用 这 种 重 构 手法 。 理 论 
上 上， 你 可 以 重 构 消 息 链 上 的 所 有 对 象 ， 但 这 么 做 
BLATT A FIERY AR abe eR” © A BE UY 
的 选择 是 ， 先 观察 消息 链 最 终 得 到 的 对 象 是 用 来 
干什么 的 ， 看 看 能 否 以 提炼 画 数 (106) 把 使 用 该 
对 和 象 的 代码 提炼 到 一 个 独立 的 函数 中 ， 再 运用 扳 
BAM (198) 把 这 个 函数 推 入 消息 链 。 如 有 果 还 有 


许多 客户 姗 代 公 需要 访问 链 上 的 其 他 对 象 ， 同 样 
深 加 一 个 芳 数 来 完成 此 事 。 


有 些 人 把 任何 画 数 链 都 视 为 坏 东 西 ， 我 们 不 
这 样 想 。 我 们 的 冷静 外 定 是 出 了 名 的 ， 起 码 在 这 
件 事 上 是 这 样 的 。 


3.18 ”中间 人 (Middle Man) 


对 和 象 的 基本 符 征 之 一 束 古 封 狼 一 一 对 外 部 世 
FRA AABN o AREER BE ° EL 
如 ， 你 问 主管 是 否 有 时 间 参 加 一 个 会 议 ， 他 就 把 
这 个 消息 “委托 ”给 他 的 记事 短 ， 然 后 才能 回答 
你 。 很 好 ， 你 没 必要 知道 这 位 主管 到 撒 使 用 传统 
a ere ee 
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但 是 人 们 可 能 过 度 运用 委托 。 你 也 许 会 看 到 
某 个 类 的 接口 有 一 半 的 芳 数 部 慨 托 给 其 他 类 ， 这 
样 殉 是 过 度 运 用 。 这 时 应 该 使 用 移 除 中 间 人 
(192) ， 直 接 和 真正 负责 的 对 象 打交道 。 如 果 这 
样 “不 干 实事 ?的 辆 数 只 有 少数 儿 个 ， 可 以 运用 内 
联 函 数 (115) 把 它们 放 进 调用 端 。 如 采 这 些 中 间 
人 还 有 其 他 行为 ， 可 以 运用 以 委托 取代 超 尖 
(399) 或 者 以 委托 取代 子 类 (381) 把 它 变 成 真 


正 的 对 象 ， 这 样 你 既 可 以 扩展 原 对 象 的 行为 ， 义 
不 必 负 担 那 么 多 的 委托 动作 。 


3.19 AXA (Insider Trading) 


软件 开发 者 辟 欢 在 模块 之 间 建 起 局 才 ， 极 其 
反感 在 模块 之 间 大 量 交 换 效 据 ， 因 为 这 会 增加 模 
块 间 的 耘 合 。 在 实际 情况 里 ， 一 定 的 数据 交换 不 
可 避免 ， 但 我 们 必须 尽量 减少 这 种 情况 ， 并 把 这 
种 交换 都 放 到 了 明 面 上 来 。 


如 果 两 个 模块 总 是 在 咖啡 机 劳 边 穷 窃 私 语 ， 
就 应 该 用 搬移 函数 (198) 和 搬移 字段 (207) W 
少 它们 的 私下 交流 。 如 果 两 个 模块 有 共同 的 兴 
趣 ， 可 以 党 试 再 新 建 一 个 模块 ， 把 这 些 共 用 的 数 
据 放 在 一 个 管理 良好 的 地 方 ; 或 者 用 隐藏 委托 关 
A (189) ， 把 另 一 个 模块 变 成 两 者 的 中 介 。 


继承 常会 造成 密谋 ， 因 为 子 类 对 超 类 的 了 解 
总 是 超过 后 者 的 主观 愿望 。 如 果 你 觉得 该 让 这 个 
孩子 独立 生活 了 ， 请 运用 以 委托 取代 子 类 (381) 
或 以 委托 取代 超 类 (399) 让 它 离开 继承 体系 。 


3.20 “过 大 的 类 (Large Class) 


如 来 想 利用 单个 类 做 太 多 事情 ， 其 内 往往 整 
会 出 现 太 多 字段 。 一 旦 如 此 ， 重 复 代码 也 束 接 是 
MET 


你 可 以 运用 提炼 类 (182) 将 几 个 变量 一 起 提 
炼 至 新 类 内 。 提 炼 时 应 该 选择 类 内 彼此 相关 的 变 
量 ， 将 它们 放 在 一 起 。 例 如 ，depositAmount 和 和 
depositcurrency 可 能 应 该 隶属 alee E, 
WRARAW ETS BA ARREA, X 
束 意 味 厦 有 机 会 把 它们 提炼 到 某 个 组 件 内 。 如 果 
这 个 组 件 适 合作 为 一 个 子 类 ， 你 会 发 现 提 炼 超 类 
(375) 或 者 以 子 类 取代 类 型 码 (362) (其实 就 
是 提炼 子 类 ) 往往 比较 简单 。 


有 时 候 类 并 非 在 所 有 时 刻 都 使 用 所 有 字段 。 
厂 末 真如 此 ， 你 或 许可 以 进行 多 次 提炼 。 


和 “六 多 实例 变量 ”一样 ， 类 内 如 果 有 太 多 代 
码 ， 也 是 代码 重复 、 混 乱 并 最 终 走 癌 死亡 的 产 
涉 。 最 简单 的 解决 方案 (还 记得 吗 ， 我 们 喜欢 简 
单 的 解决 方案 ) 是 把 多 余 的 东西 消 强 于 类 内 部 。 
如 果 有 5 个 “ 百 行 尔 数 ”"， 它 们 之 中 很 多 代码 部 相 
辣 ， 那 么 或 计 你 可 以 把 它们 变 成 5 个 “十 行 范 数 ” 和 
LO“ fe HRA OAT EBL” ° 


观察 一 个 大 大 的 使 用 着 ， 经 各 能 找到 如 何 拆 
分 类 的 线索 。 看 看 使 用 着 羡 否 只 用 到 了 这 个 类 所 
有 蕊 能 的 一 个 子 集 ， 每 个 这 样 的 子 集 都 可 能 拆 分 
成 一 个 独立 的 类 。 一 旦 识别 出 一 个 合适 的 功能 
集 ， 束 试用 提炼 类 (182) 、 提 炼 超 类 (375) 或 
是 以 子 类 取代 类 型 码 (362) 将 其 拆 分 出 来 。 


3.21 异曲同工 的 类 (Alternative 


Classes with Different Interfaces 


使 用 类 的 好 处 之 一 束 在 于 可 以 蕉 换 : 今天 用 
这 个 类 ， 未 来 可 以 换 成 用 男 一 个 类 。 但 只 有 当 两 
个 类 的 接口 一 致 时 ， 才 能 做 这 种 符 换 。 可 以 用 改 
ASKA EBH (124) 将 函数 签名 变 得 一 致 。 但 这 往 
往 还 不 够 ， 请 反复 运用 搬移 函数 (198) 将 某 些 行 
为 移入 类 中 ， 直 到 两 者 的 协议 一 致 为 上 。 如 果 搬 
， 或 许可 运用 提炼 超 类 

375) 补偿 一 下 。 


3.22” 纯 数据 类 (Data Class) 
所 请 纯 数 据 类 是 指 : 它们 拥有 一 些 字段 ， 以 


及 用 于 访问 ( 读 写 ) 这 些 字段 的 画 数 ， 除 此 之 外 
一 无 长 物 。 这 样 的 类 只 是 一 种 不 会 说 话 的 数据 容 


器 ， 它 们 几乎 一 定 被 其 他 类 过 分 细 瑞 地 操控 着 。 
这 些 类 早期 可 能 拥有 pub1lic 字 段 ， 若 果真 如 此 ， 
你 应 该 在 别人 注意 到 它们 之 前 ， 立 刻 运 用 封闭 记 
SK (162) 将 它们 封装 起 来 。 对 于 那些 不 该 被 其 他 
类 修改 的 字段 ， 请 运用 移 除 设 值 男 数 (331) 。 


然后 ， 找 出 这 些 取 值 / 设 值 画 数 被 其 他 类 调用 
的 地 点 。 壬 试 以 搬移 函数 (198) 把 那些 调用 行为 
搬移 到 纯 数 据 类 里 来 。 如 末 无 法 搬移 整个 函数 ， 
i ee xy ee 
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方 。 也 吏 是 这， 只 要 把 处 理 数据 的 行为 从 客户 山 
城 移 到 纯 效 据 类 里 来 ， 束 能 使 情况 大 为 改观 。 但 
也 有 例外 情况 ， 一 个 最 好 的 例外 情况 束 征 ， 纯 效 
据 记 录 对 和 象 梓 用 作画 效 调用 的 返回 结 末 ， 比 如 使 
用 拆 分 阶段 (154) 之 后 得 到 的 中 转 数据 结构 束 是 
这 种 情况 。 这 种 结 末 数据 对 象 有 一 个 天 键 的 特 
征 : 它 是 不 可 修改 的 〈 至 少 在 拆 分 阶段 (154) 的 
实际 操作 中 是 这 样 ) 。 不 可 修改 的 字段 无 须 寺 
于 ， 使 用 兰 可 以 直接 通过 字段 取得 数据 ， 无 须 通 
JE (EEN 2 ° 


3.23 ”被 拒绝 的 遗赠 (Refused 


Bequest) 


于 类 应 该 继承 超 类 的 函数 和 数据 。 但 如 来 它 
们 不 想 或 不 需要 继承 ， 叉 该 怎么 办 呢 ? 它们 得 到 
所 有 礼物 ， 却 只 从 中 挑选 儿 样 来 玩 ! 


按 传统 说 法 ， 这 就 意味 着 继承 体系 设计 错 
误 。 你 需要 为 这 个 子 类 新 建 一 个 兄弟 类 ， 再 运用 
RAL RR (359) 和 字段 下 移 (361) 把 所 有 用 不 
到 的 函数 下 推 给 那个 兄弟 。 这 样 一 来 ， 超 类 就 只 
持 有 所 有 子 类 共享 的 东西 。 你 常常 会 听 到 这 样 的 
建议 ， 所 有 超 类 都 应 该 是 抽象 (abstract) 的 。 


猎 然 使 用 "传统 说 法 ”这 个 略 市 岂 义 的 词 ， 你 
就 可 以 猜 到 ， 我 们 不 建议 你 这 么 做 ， 起 码 不 建议 
你 每 次 都 这 人 么 做 。 我 们 经 党 利用 继承 来 复 用 一 些 
行为 ， 并 发 现 这 可 以 很 好 地 应 用 于 日 前 工 作 。 这 
也 是 一 种 坏 味 道 ， 我 们 不 人 否认， 但 气味 通 单 并 不 
强烈 ， 所 以 我 们 说 ， 如 来 “ 似 拒 绝 的 遗赠 ”正在 引 
起 困惑 和 问题 ， 请 草 循 传统 忠告。 但 不 必 认 为 你 
每 次 都 得 那么 做 。 十 有 八 九 这 种 坏 味 逢 很 淡 ， 不 
(ETS BERK © 


如 果子 类 复 用 了 超 类 的 行为 (实现) ， 却 又 
不 愿意 支持 超 类 的 接口 ，“ 被 拒绝 的 遗赠 * 的 坏 味 
道 就 会 变 得 很 浓烈 。 拒 绝 继承 超 类 的 实现 ， 这 一 
点 我 们 不 介意 ; 但 如 果 拒 绝 支 持 超 类 的 接口 ， 这 
就 难以 接受 了 。 既 然 不 愿意 支持 超 类 的 接口 ， 就 
不 要 虚 情 假意 地 糊弄 继承 体系 ， 应 该 运用 以 委托 
取代 子 类 (381) 或 者 以 委托 取代 超 类 (399) W 
底 划 清 界 限 。 


3.24 注释 (Comments) 


ANF, BANFF EVR MA BIER ° MAR 
觉 上 说， 注释 不 但 不 是 一 种 坏 味道 ， 事 实 上 它们 ] 
还 是 一 种 香味 呢 。 我 们 之 所 以 要 在 这 里 拥 到 广 
E, EANAN TREE SERRA PREH o 
Ho AOA: 你 看 到 一 段 代 码 有 痢 长 长 的 
TEM, TRA, SEER CME EAN 
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注释 可 以 市 我 们 找到 本 章 先 前 提 到 的 各 种 坏 
味道 。 找 到 坏 味道 后 ， 我 们 百 先 应 该 以 各 种 重 构 
手法 把 坏 味道 去 除 。 完 成 之 后 我 们 币 间 会 发 现 : 
注释 已 经 变 得 多 余 了， 因为 代码 已 经 消 苞 地 说 明 
T= 


如 朱 你 需要 注释 来 解释 一 块 代码 做 了 什么 ， 
试 试 提 炼 男 数 (106) ; 如 采 函 数 已 经 提炼 出 来 ， 
但 还 古 需 要 注释 来 解释 其 行为 ， 试 试用 改变 函数 
声明 (124) 为 它 改 名 ; 如 采 你 需要 注释 说 明 某 些 
系统 的 需求 规格 ， 试 试 引 入 断言 (302) 。 


当 你 感觉 需要 撰写 注释 时 ， 请 先 尝试 


重 构 ， 试 着 让 所 有 注释 都 变 得 多 余 。 


如 朱 你 不 知道 该 做 什么 ， 这 才 坪 注释 的 民 好 
运用 时 机 。 除 了 用 来 记述 将 来 的 打算 之 外 ， 注 释 
还 可 以 用 来 标记 你 并 无 十 足 把 握 的 区 域 。 你 可 以 
在 注释 里 写 下 目 己 “为 什么 做 条 条 事 *”。 这 类 信息 
o We ABE ES AR 


第 4 章 ” 构 党 测试 体系 


重 构 是 很 有 价值 的 工具 ， 但 只 有 重 构 还 不 
行 。 要 正确 地 进行 重 构 ， 前 所 是 得 有 一 套 稳 固 的 
测试 集合 ， 以 带 我 发 现 难以 避免 的 玖 着 。 即 便 有 
工具 可 以 帮 我 目 动 完成 一 些 重 构 ， 很 多 重 构 手法 
依然 需要 通过 测试 集合 来 保障 。 


我 并 不 把 这 视 为 缺 后 。 我 发 现 ， 编 写 优 民 的 
测试 程 序 ， 可 以 极 大 提高 我 的 编程 速度 ， 即 使 不 
进行 重 构 也 一 样 如 此 。 这 让 我 很 吃惊 ， 也 违反 许 
0 


4.1 目测 试 代码 的 价值 


如 琳 你 认真 观 绎 大 多 数 程序 员 如 何 分 配 他 们 
的 时 间 ， 殊 会 发 现 ， 他 们 编写 代码 的 时 间 仪 占 所 
有 了 时间 中 很 少 的 一 部 分 。 有 些 时 间 用 来 决定 下 一 
步 干什么 ， 有 有 些 时 间 论 在 设计 上 ， 但 是 ， 化 中 在 
调 翅 上 的 时 间 走 最 多 的 。 我 敢 肯 定 ， 每 一 位 读者 
一 定 部 记得 目 己 化 数 小 时 调试 代码 的 经 历 
是 常常 是 通 峭 达旦 。 每 个 程序 员 部 能 讲 出 一 个 为 


了 修复 一 个 bug 人 花费 了 一 整 天 (甚至 更 长 时 间 ) 的 
故事 。 修 复 bug 通 单 古 比较 快 的 ， 但 找 出 bug 所 在 

却 是 一 场 置 梦 。 当 修复 一 个 bug 时 ， 和 单间 会 引起 态 
一 个 bug， 却 在 很 久之 后 才 会 注意 到 它 。 那 时 ， 你 
又 要 人 上 大 把 时 间 去 定位 问题 。 


我 走 上 “目测 斌 代码 ”这 条 路 ， 产 于 1992 年 
OOPSLA 大 会 上 的 一 个 演讲 。 有 个 人 (我 记得 好 
像 是 Bedarra 公 司 的 Dave Thomas) 提 到 : “类 应 该 
包含 它们 目 己 的 测试 代码 。” 这 让 我 决定 ， 将 测试 
代码 和 产品 代码 一 起 放 到 代码 库 中 。 
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一 个 很 懒 的 人 ， 所 以 总 下 在 当下 努力 工作 ， 以 免 
日 后 有 更 多 的 活 儿 。 我 意识 到 ， 其 实 完 全 不 必 目 
CE a are or A he GEA, ME 
让 计算 机 来 帮 我 做 检查 。 我 需要 做 的 束 古 把 我 所 
期 户 的 输出 放 到 测试 代码 中 ， 然 后 做 一 个 对 比 吏 
行 了 。 于 十 ,我 只 要 运行 所 有 测试 用 例 ， 假 如 一 
切 痢 没 回 题 ， 屏 右上 束 只 出 现 一 个 “OK”。 现 在 我 
的 代码 部 能 够 “目测 试 *” 了 。 


从 此 ， 运 行 测 弃 束 像 执 行 纺 详 一 样 商 单 。 于 
和 侠 ， 我 每 次 编 详 时 都 会 运行 测试 。 不 信之 后 ， 我 
注意 到 目 己 的 开发 效率 大 大 所 局 。 我 意识 到 ， 这 
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不 小 心 引 入 一 个 可 航 现 有 测 弃 捕捉 到 的 bug， 那 么 
只 要 运行 测试 ， 它 可 会 问 我 报告 这 个 bug。 由 于 代 
公 原 本 走 可 以 正音 运行 的 ， 所 以 我 知道 这 个 bug 必 
定 征 在 前 一 次 运行 测试 后 修改 代码 引入 的 。 由 于 
我 频 索 地 运行 测 翅 ， 每 次 测试 都 在 不 久之 前 ， 因 
此 我 知道 bug 的 源头 束 古 我 刚刚 写 下 的 代码 。 因 为 
代码 量 很 少 ， 我 对 它 也 记忆 犹 独 ， 所 以 束 能 轻松 
找 出 bug。 从 前 需要 一 小 时 甚至 更 多 时 间 才 能 找到 
的 bug， 现 在 最 多 只 要 几 分 钟 束 找 人 到了。 之 所 以 能 
够 拥有 如 此 强大 的 bug 贷 测 能 力 ， 不 仅仅 是 因为 我 
T 
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确保 所 有 测试 部 完全 目 动 化 ， 让 它们 


检查 自己 的 测试 结果 。 


注意 到 这 一 点 后 ， 我 对 测试 的 积极 性 更 高 
了 。 我 不 再 等 待 每 次 类 代 结尾 时 再 增加 测试 ， 而 
是 只 要 写 好 一 点 功能 ， 就 立即 添加 它们 。 每 天 我 


都会 添加 一 些 新 功能 ， 同 时 也 添加 相应 的 测试 。 
这 样 ， 我 很 少 花 超过 几 分 钟 的 时 间 来 追查 回归 错 
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从 我 最 早 的 试验 开始 到 现在 为 止 ,编写 和 组 
织 自动 化 测试 的 工具 已 经 有 了 长 足 的 发 展 。1997 
Œ, Kent Beck 从 瑞士 飞 往 亚特兰大 去 参加 当年 的 
OOPSLA 会 议 ， 在 飞机 上 他 与 Erich Gamma 结 对 ， 
把 他 为 Smalltalk 扒 写 的 测试 框架 移植 到 了 Java 
上 上 。 由 此 诞生 的 JUnit 框 架 在 测试 领域 影响 力 非 
凡 ， 也 在 不 同 的 编程 语言 中 催生 了 很 多 类 似 的 工 


有 具 [mf-xunit]。 


一 和 父 测试 束 是 一 个 强大 的 pug 侦 测 瑚 ， 


能 够 大 大 缩减 查找 bug 所 需 的 时 间 。 


我 得 承认 ， 说 服 别人 也 这 么 做 并 不 容易 。 编 
写 测 斌 程序， 意味 看 要 写 很 多 额外 的 代码 。 除 非 
你 确实 体会 到 这 种 方法 是 如 何 近 升 编程 速度 的 ， 
否则 目测 试 似乎 下 没什么 意义 。 很 多 人 根本 没 学 
过 如 何 编 写 测试 程序 ， 甚 至 根本 没 考虑 过 测 弃 ， 
这 对 于 编写 目测 试 也 很 不 利 。 如 末 测 试 需要 手动 


运行 ， 那 的 确 生 令 人 烦 浆 。 但 是 ， 如 有 条 测试 可 以 
目 动 运行 ， 编 写 测 试 代码 束 会 真 的 很 有 趣 。 


事实 上 ， 搂 写 测 试 代码 的 最 好 时 机 十 在 开始 
动手 编码 之 前 。 当 我 需要 闫 加 特性 时 ， 我 会 先 纺 
E AAMINI ° WERA AIOE, HKA 
然 。 编 写 测试 代码 其 实 束 古 在 问 目 己 :， 为 了 添加 
这 个 功能 ， 我 需要 实现 些 什 么 ? 编写 测试 代码 还 
能 帮 我 把 注意 力 集 中 于 接口 而 非 实现 (这 永远 古 
一 件 好 事 ) 。 预 先 写 好 的 测试 代码 也 为 我 的 工作 
安 上 一 个 明确 的 结束 标志 : 一 旦 测试 代码 正常 运 
行 ， 工 作 束 可 以 结束 了 。 


Kent Beck 将 这 种 先 写 测试 的 习惯 提炼 成 一 | 
技 蕊 ， 叫 测试 驱动 开发 (Test-Driven 
Development, TDD) [mf-tdd] ° 测试 驱动 开发 的 
编程 方式 依赖 于 下 面 这 个 短 人 循环 ， 先 编写 一 个 

(失败 的 ) 测试 ， 编 写 代码 使 测试 通过 ， 然 后进 
行 重 构 以 保证 代码 整洁 。 这 个 “测试 、 编 码 、 重 
构 ” 的 循环 应 该 在 每 个 小 时 内 都 完成 很 多 次 。 这 种 
民 好 的 志 委 感 可 使 编程 工作 以 更 加 高 效 、 有 条 不 
率 的 方式 开展 。 我 吏 不 在 这 里 再 做 更 深入 的 介 
但 我 日 己 确 实 经 党 使 用 ， 也 非常 建议 你 试 一 
BL? 


大 道理 先 放 在 一 边 。 尺 管 我 相信 每 个 人 都 可 
以 从 编写 目测 试 代码 中 收益 ， 但 这 并 不 是 本 书 的 
重点 。 本 书 谈 的 是 重 构 ， 而 重 构 需 要 测试 。 如 果 
你 想 重 构 ， 就 必须 编写 测试 。 本 章 会 带 你 入 [1]， 
教 你 如 何在 JavaScript 中 编写 简单 的 测试 ， 但 它 不 
是 一 本 专门 讲 测试 的 书 ， 所 以 我 不 想 讲 得 太 细 。 
BERRI, DWAES Ai ATR AH 
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和 本 书 其 他 内 容 一 样 ， 我 以 示例 来 介绍 测试 
手法 。 开 发 软件 的 时 候 ， 我 一 边 写 代码 ， 一 边 写 
测试 。 但 有 时 我 也 需要 重 构 一 些 没 有 测试 的 代 
码 。 在 重 构 之 前 ， 我 得 先 改造 这 些 人 代码， 使 其 能 
够 目测 试 才 行 。 


4.2 ”每 测试 的 示例 代码 


这 里 我 展示 了 一 份 有 得 测试 的 代码 。 这 份 代 
码 来 目 一 个 合 单 的 应 用 ， 用 于 支持 用 户 查 看 并 调 
整 生产 计划 。 它 的 ( 略 显 粗糙 的 ， 界 面 长 得 像 下 
面 这 张 图 所 示 的 这 样 。 


Province: Asia 


demand: ‘30 price: 
3 prod 

Byzantium t product full 90 
Attal t product full 120 


Sinope: cost: 10 production: 6 full revenue: 60 


shortfall: 5 profit: 230 


每 个 行 省 (province) 都 有 一 份 生产 计划 ， 计 

划 中 包含 需求 量 (demand) 和 采购 价格 

(price) 。 每 个 行 省 都 有 一 些 生产 商 

(producer) ， 他 们 各 目 以 不 同 的 成 本 价 (cost) 
供应 一 定数 量 的 产品 。 界 面 上 还 会 显示 ， 当 商家 
售 出 所 有 的 商品 时 ， 他 们 可 以 获得 的 总 收入 (full 
revenue) ° 页 面 底 部 展示 了 该 区 域 的 产品 缺额 

(需求 量 减 去 总 产量 ) 和 总 利润 (profit) 。 用户 
可 以 在 界面 上 修改 需求 量 及 采购 价格 ， 以 及 不 同 
生产 商 的 产量 (production) 和 成 本 价 ， 以 观察 缺 
额 和 总 利润 的 变化 。 用 户 在 界面 上 修改 任何 数值 
上 时， 其 他 的 数值 都 会 同时 得 到 更 新 。 


这 里 我 展示 了 一 个 用 户 界 面 ， 下 为 了 让 你 了 
解 该 应 用 的 使 用 方式 ， 但 我 只 会 聚焦 于 软件 的 业 
务 逻辑 部 分 ， 也 束 古 那些 计算 利润 和 缺 富 的 类 ， 
而 非 那 些 生 成 HTML 或 监听 页 面子 段 更 新 的 代 


码 。 本 章 只 是 完 市 你 走 进 目 测试 代码 世界 的 大 
| ]， 因 而 最 好 息 从 最 简单 的 例 了 于 开始， 也 束 是 那 
些 不 涉及 用 户 界 面 、 持 从 化 或 外 部 服务 交互 的 代 
码 。 这 种 隔离 的 思路 其 实在 任何 场景 下 虱 适 用 : 
一 旦 业务 逻辑 的 部 分 开始 变 复 洒 ， 我 束 会 把 它 与 
UI 分 离开 ， 以 便 能 更 好 地 理解 和 测试 它 。 


这 块 业 务 逻 辑 代 码 涉及 两 个 类 : 一 个 代表 了 
单个 生产 两 (Producer) ， 另 一 个 用 来 描述 一 个 
行 省 (Province) 。pProvince 类 的 构造 画 数 接收 
一 个 JavaScript 对 象 ， 这 个 对 象 的 内 容 我 们 可 以 想 
象 是 由 一 个 JSON 文 件 提供 的 。 


nen 中 构造 出 一 个 行 省 
对 象 。 


Class Province... 


constructor(doc) { 

this. _name = doc.name; 

this._producers = []; 

this. _totalProduction = 0; 

this. _demand = doc.demand; 

this. price = doc.price; 

doc.producers.forEach(d => this.addProducer (new 
Producer(this, d))); 


addProducer (arg) 
this. _producers.push(arg); 


this. _totalProduction += arg.production; 


} 


下 面 的 函数 会 创建 可 用 的 JSON 数 据 ， 我 可 以 
用 它 的 返回 值 来 构造 一 个 行 省 对 象 ， 并 拿 这 个 对 
象 来 做 测试 。 


顶层 作用 域 ... 


function sampleProvinceData() { 
return { 
name: "Asia", 
producers: [ 
{name: "Byzantium", cost: 10, production: 9}, 
{name: "Attalia", cost: 12, production: 10}, 


{name: "Sinope", cost: 10, production: 6}, 


了 
demand: 30, 
price: 20 


TBR AS WEAR, “EM 
用 于 获取 各 类 数据 的 值 。 


class Province... 


get name() {return this._name;} 
get producers() {return this. _producers.slice();} 
get totalProduction() {return this. _totalProduction; } 


set totalProduction(arg) {this._totalProduction = arg; } 
get demand() {return this._demand; } 


set demand(arg) {this._demand = parseInt(arg);} 
get price() {return this. _price; } 
set price(arg) {this._price = parseInt(arg);} 
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的 字符 串 。 我 需要 将 它们 转换 成 数值 ， 以 便 在 后 
续 的 计算 中 使 用 。 


代表 生产 商 的 producer 类 则 基本 只 是 一 个 存 
放 数 据 的 容 娘 。 


class Producer... 


constructor(aProvince, data) { 
this. province = aProvince; 
this._cost = data.cost; 
this._name = data.name; 
this. production = data.production || 0; 


name() {return this._name;} 
cost() {return this._cost;} 
cost(arg) {this._cost = parseInt(arg);} 


production() {return this. production; } 
production(amountStr) { 
const amount = parseInt(amountStr); 
const newProduction = Number.isNaN(amount) ? © : amount; 
this. _province.totalProduction += newProduction - 
this. production; 
this. production = newProduction; 


I 


TEA K 效 production 中 更 新 派生 数据 的 方 
式 有 点 丑 隅 ， 每 当 看 到 这 种 代码 ， 我 便 想 通过 重 


构 攻 它 改头换面 。 但 在 重 构 之 前 ， 我 从 须 记得 先 
为 它 添加 测试 。 


缺额 的 计算 逻辑 也 很 简单 。 


Class Province... 


get shortfall() { 
return this._demand - this.totalProduction; 


} 


计算 利润 的 逻辑 则 要 相对 复杂 一 些 。 


class Province... 


get profit() { 
return this.demandValue - this.demandCost; 


get demandCost() { 
let remainingDemand = this.demand; 
let result = 0; 
this.producers 
.sort( (a,b) => a.cost - b.cost) 
.forEach(p => { 
const contribution = Math.min(remainingDemand, 
p.production); 
remainingDemand -= contribution; 
result += contribution * p.cost; 
}); 


return result; 


} 
get demandValue() { 
return this.satisfiedDemand * this.price; 


} 
get satisfiedDemand() { 
return Math.min(this._ demand, this.totalProduction); 


} 


4.3 ”第 一 个 测试 


开始 测试 这 份 代 码 前 ， 我 需要 一 个 测试 框 
染 。JavaScript 世 界 里 这 样 的 框架 有 很 多 ， 这 里 我 
迁 用 的 是 使 用 度 和 声誉 都 还 不 销 的 Mocha。 我 不 
打算 全 面 讲解 框架 的 使 用 ， 而 只 会 a 
试 作为 例子 。 看 完 之 后 ， 你 应 该 能 轻松 地 学 
别 的 框架 来 编写 类 似 的 测试 。 


以 下 是 为 缺额 计算 过 程 编 写 的 一 个 倍 早 的 测 
VW: 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 


assert.equal(asia.shortfall, 5); 


Mocha 框 染 组 织 测 试 代码 的 方式 古 将 其 分 
组 ， 每 一 组 下 包含 一 套 相 关 的 测试 。 测试 需要 写 
在 一 个 it 块 中 。 对 于 这 个 人 简 持 的 例子 ， 测 试 包含 
了 两 个 步 台 。 第 一 步 设 置 好 一 些 测试 夹具 
(fixture) ， bake 是 测试 所 需要 的 数据 和 对 象 等 


(就 本 例 而 言 是 一 个 加 载 好 了 的 行 省 对 象 ，; 第 
二 步 则 是 验证 测试 夹具 是 否 具备 某 些 特征 HAR 
例 而 言 则 是 验证 算出 的 缺额 应 该 是 期 望 的 值 ) 。 


不 同 开发 者 在 describe 和 it 块 里 搂 写 的 描述 
信息 各 有 不 同 。 有 的 人 会 写 一 个 摘 述 性 的 句子 
解释 测试 的 内 容 ， 也 有 人 什么 都 不 写 ， 认 为 所 
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码 已 经 表达 的 东西 。 我 个 人 不 喜欢 多 写 ， 只 
测试 矢 败 时 足以 识别 出 对 应 的 测 去 束 跑 了 。 


如 朱 我 在 NodeJS 的 控制 人 台 下 运行 这 个 测试 ， 
那么 其 输出 看 起 来 生 这 样 : 


1 passing (61ms ) 


它 的 反馈 极其 简洁 ， 只 包含 了 已 运行 的 测试 
数量 以 及 测试 通过 的 数量 。 


当 我 为 类 似 的 既 有 代码 编写 测试 时 ， 发 现 一 
切 正 沿 工作 固然 是 好 ， 但 我 天 然 持 怀疑 精神 。 特 
别 是 有 很 多 测试 在 运行 时 ， 我 忌 会 担心 测试 没有 
按 我 期 望 的 方式 检查 结 末 ， 从 而 没 法 在 实际 出 锯 


的 时 候 抓 到 bug。 因 此 编写 测试 时 ， 我 想 看 到 每 个 
Wak E> RAH o Be ETT ESL FEC 
人 码 中 暂时 引入 一 个 错误 ， 像 这 样 : 


忆 赴 人 确 人 测试 不 该 通过 时 真 的 


败 。 


Class Province... 


get shortfall() { 
return this._demand - this.totalProduction * 2; 


} 


现在 控制 台 的 输出 束 有 所 改变 了 : 


© passing (72ms) 
1 failing 


1) province shortfall: 
AssertionError: expected -20 to equal 5 
at Context.<anonymous> (src/tester.js:10:12) 


框架 会 报告 哪个 测试 失败 了 ， 并 给 出 失败 的 
根本 原因 一 一 这 里 是 因为 实际 算出 的 值 与 期 望 的 
值 不 相符 。 于 和 是 我 总 算 见 到 有 什么 东西 关 败 了 ， 


并且 还 能 马上 看 到 古 哪 个 测试 失败 ， 获 得 一 些 出 
错 的 线索 (这 个 例子 中 ， 我 还 能 确认 这 束 是 我 引 
入 的 那个 错误 ) 


一 个 真实 的 系统 可 能 拥有 数 千 个 测试 。 好 的 
测试 框架 应 该 能 如 我 简单 快速 地 运行 这 些 测试 ， 
一 旦 出 馈 ， 我 能 马上 看 到 。 尽 管 这 种 反 惯 非常 倘 
单 ， 但 对 目测 试 代码 来 说 却 尤 为 重要 。 工 作 时 我 
会 非 钊 频 索 地 运行 测 翅 ， 要 么 是 检验 新 代码 的 进 
R, BAERE EIIE N i fE 


频 驼 地 运行 测试 。 对 于 你 正在 处 理 的 


代码 ， 与 其 对 应 的 测试 至 少 每 隔 几 分 钟 就 要 运 
行 一 次 ， 每 天 至 少 运 行 一 次 所 有 的 测试 。 


Mocha 框 架 允 许 使 用 不 同 的 库 CEPR AT 
Bie) 来 验证 测试 的 正确 性 。JavaScript 世 界 的 断 
言 库 ， 连 在 一 起 都 可 以 绕 地 球 一 周 了 ， 当 你 读 到 
这 里 时 ， 可 能 有 些 仍 然 还 没 过 时 。 我 现在 使 用 的 
库 是 Chai， 它 可 以 文 桂 我 编写 不 同类 型 的 断言 ， 
比如 “assert” 风 格 的 : 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 


assert.equal(asia.shortfall, 5); 


p); 
}); 


或 者 是 “expect” 风 格 的 : 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 


expect(asia.shortfall).equal(5); 
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但 使 用 JavaScript 时 我 倒是 更 单 使 用 expect 的 风 
格 。 


环境 不 同 ， 运 行 测试 的 方式 也 不 同 。 使 用 
Java 编 程 时 ， 我 使 用 IDE 的 图 形 化 测试 运行 界面 。 
它 有 一 个 进度 条 ， 所 有 测试 都 通过 时 就 会 显示 绿 
色 ; 只 要 有 任何 测试 失败 ， 它 束 会 变 成 红色 。 我 
的 同事 们 经 常 使 用 “绿色 条 ”和 “红色 条 ”来 指 代 测 
斌 的 状态 。 我 可 能 会 讲 “ 看 到 红 条 时 永远 不 许 进 行 
EW, BRE: 测试 集合 中 还 有 失败 的 测试 时 就 
不 应 该 先 去 重 构 。 有 了 时 我 也 会 讲 “ 回 退 到 绿 条 ”， 
表示 你 应 该 撤销 最 近 一 次 更 改 ， 将 测试 恢复 到 上 
一 次 全 部 通过 的 状态 (通常 是 切 回 到 版 本 控制 的 


HZR 


最 近 一 次 提交 点 ) 。 


图 形 化 测试 界面 的 确 很 杰 ， 但 并 不 是 必需 
的 。 我 通常 会 在 Emacs 中 配置 一 个 运行 测试 的 快 
捷 键 ， 然 后 在 编译 窗口 中 观察 纯 文 本 的 反馈 。 要 
点 在 于 ， 我 必须 能 快速 地 知道 测试 是 否 全 部 帮 通 
过 了 。 


4.4 ”再 添加 一 个 测试 


现在 ， 我 将 继续 添加 更 多 测试 。 我 遵循 的 风 
格 是 : 观察 被 测试 类 应 该 做 的 所 有 事情 ， 然 后 对 
这 个 类 的 每 个 行为 进行 测试 ， 包 括 各 种 可 能 使 它 
发 生 异 常 的 边界 条 件 。 这 不 同 于 某 些 程序 员 提 倡 
的 “测试 所 有 public 函 数 ” 的 风格 。 记 住 ， 测 试 应 
该 是 一 种 风险 张 动 的 行为 ， 我 测试 的 目标 是 硕 望 
找 出 现在 或 未 来 可 能 出 现 的 bug。 所 以 我 不 会 去 测 
试 那些 仅仅 读 或 写 一 个 字段 的 访问 函数 ， 因 为 它 
(TAA YS, ANCA BB LES o 
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使 我 只 做 一 点 点 测试 ， 也 从 中 菊 鼻 民 多 。 测 试 的 
重点 应 该 是 那些 我 最 担心 出 错 的 部 分 ， 这 样 就 能 
从 测试 工作 中 得 到 最 大 利 芷 。 
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得 出 上 ， 也 了 天宇 总 利润 的 计算 。 我 同样 可 以 在 一 
开始 的 测试 夹具 上 ， 对 总 利润 做 一 个 基本 的 测 


试 。 


:编写 未 至 完善 的 测试 并 经 常 运行 ， 
过 对 完美 测试 的 无 尽 等 待 。 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.shortfall).equal(5); 


}); 

it('profit', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.profit).equal(230); 
); 


这 是 最 终 写 出 来 的 测试 ， 但 我 是 怎么 写 出 它 
来 的 呢 ? 首先 我 随便 给 测试 的 期 望 值 写 了 一 个 
数 ， 然 后 运行 测试 ， 将 程序 产生 的 实际 值 (230) 
填 回 去 。 当 然 ， 我 也 可 以 目 己 手动 计算 ， 不 过 ， 
既然 现在 的 代码 是 能 正 肖 运行 的 ， 我 束 碗 择 斩 时 
相信 它 。 测 试 可 以 正常 工作 后 ， 我 义 故 技 重 施 ， 
在 利润 的 计算 过 程 插 入 一 个 假 的 乘 以 2 逻 指 来 破坏 
测试 。 如 我 所 料 ， 测 弃 会 失败 ， 这 时 我 才 满意 地 


将 插入 的 假 逻 辑 恢复 过 有 来。 这 个 模式 是 我 为 既 有 
代码 添加 测试 时 最 第 用 的 方法 : 和 随便 填写 一 个 
期 望 值 ， 绸 用 程序 产生 的 真实 值 来 殖 换 它 ， 然 后 
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这 个 测试 随即 产生 了 一 些 重 复 代码 一 一 它们 
部 在 第 一 行 里 初始 化 了 同一 个 测试 夹具 。 正 如 我 
对 一 般 的 重复 代码 抱 持 怀疑 ， 测试 代 码 中 的 重复 
同样 令 我 心 生 疑惑 ， 因 此 我 要 试 着 将 它们 提 到 一 
处 公共 的 地 方 ， 以 此 来 消 火 重复 。 一 种 方案 吏 是 
把 常量 提取 到 外 层 作 用 域 里 。 


describe('province', function() 
const asia = new Province(sampleProvinceData()); // DON'T DO 
THIS 
it('shortfall', function() { 
expect(asia.shortfall).equal(5); 


it('profit', function() { 
expect(asia.profit).equal(230); 
) ; 


}); 


但 正如 代码 注释 所 说 的 ， 我 从 不 这 样 做 。 这 
样 做 的 确 能 解决 一 时 的 问题 ， 但 共 圣 测试 夹具 会 
使 测试 则 产生 交互 ， 这 是 滋生 bug 的 温床 一 一 还 十 
你 写 测试 时 能 通 见 的 最 有 恶 心 的 bug 之 一 。 使 用 了 
JavaScript 中 的 const 天 键 字 只 表明 asia 的 引用 不 可 
修改 ， 不 表明 对 象 的 内 容 也 不 可 修改 。 如 末 未 来 
有 一 个 测试 改变 了 这 个 共享 对 象 ， 测 试 区 可 能 时 


不 时 失败 ， 因 为 测试 之 间 会 通过 共 至 夹具 产生 交 
互 ， 而 测试 的 结 来 束 会 受 测试 运行 次 序 的 影响 。 
测试 结 末 的 这 种 不 确定 性 ， 往 往 使 你 陷入 漫长 而 
又 艰难 的 调试 ， 疗 重 时 甚至 可 能 令 你 对 测试 体系 

T a eer 
法 : 


describe('province', function() { 
let asia; 
beforeEach(function() { 
asia = new Province(sampleProvinceData()); 


3); 
it('shortfall', function() { 
expect(asia.shortfall).equal(5); 


}); 

it('profit', function() { 
expect(asia.profit).equal(230); 
) ; 


}); 


beforeEach 子 句 会 在 每 个 测试 之 前 运行 一 
遇 ， 将 asia 变 量 清 空 ， 每 次 都 给 它 屿 一 个 新 的 
值 。 这 样 我 束 能 在 每 个 测试 开始 前 ， 为 它们 各 目 
构建 一 父 新 的 测试 夹具 ， 这 保证 了 汕 斌 的 独立 
性 ， 避 免 了 可 能 市 来 及 烦 的 不 确定 性 。 


对 于 这 样 的 建议 ， 有 人 可 能 会 担心 ， 每 次 创 
建 一 个 思 狐 的 测试 夹具 会 拖 慢 测试 的 运行 速度 。 
大 多 数 时 候 ， 时 间 上 的 震 别 几乎 无 法 察觉 。 如 采 
运行 速度 真 的 成 为 问题 ， 我 也 可 以 考虑 共 至 测试 
夹具 ， 但 这 样 我 束 得 非常 小 心 ， 人 确 你 没有 测试 会 


去 更 改 它 。 如 末 我 能 够 确定 测试 夹具 坪 百 分 之 百 
不 可 变 的 ， 那 么 也 可 以 共 至 它 。 但 我 的 本 能 反应 
还 是 要 使 用 独立 的 测试 夹具 ， 可 能 因为 我 过 去 务 
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既然 我 在 beforeEach 里 运行 的 代码 会 对 每 个 
测试 生效 ， 那 么 为 何不 直接 把 它 挪 到 每 个 it 块 里 
We? 让 所 有 测试 共享 一 段 测 斌 夹具 代码 的 原因 
是 为 了 使 我 对 公用 的 夹具 代码 感到 妆 悉 ， 从 而 将 
眼光 聚焦 于 每 个 测试 的 不 同 之 处 。beforeEach 块 
旨 在 告诉 读者 ， 我 使 用 了 同一 套 标准 夹具 。 你 可 
以 接着 更 读 describe 块 里 的 所 有 测试 ， 并 知道 它 
们 都 是 基于 同样 的 数据 展开 测试 的 。 


4.5 ”修改 测试 夹具 


加 载 完 测试 夹具 后 ， 我 编写 了 一 些 测试 来 探 
查 它 的 一 些 特性 。 但 在 实际 应 用 中 ， 该 夹具 可 能 
会 频繁 更 新 ， 因 为 用 户 可 能 在 界面 上 修改 数 
{ [© 


大 多 数 更 新 部 是 通过 设 值 久 数 完成 的 ， 我 一 
般 也 不 会 测试 这 些 方 法 ， 因 为 它们 不 太 可 能 出 什 
么 bug。 不 过 producer 类 中 的 产量 (production) 


FEL, FRUIT ARR OR, BORE Ble 
值得 一 测 。 


describe('province.... 


it('change production', function() { 
asia.producers[0].production = 20; 
expect(asia.shortfall).equal(-6); 


expect(asia.profit).equal(292); 
+); 


这 是 一 个 第 见 的 测试 模式 。 我 拿 到 
beforeEach 配 置 好 的 初始 标准 夹具 ， 然 后 对 该 夹 
具 进 行 必要 的 检查 ， 最 后 验证 它 是 否 表现 出 我 期 
望 的 行为 。 如 采 你 读 过 测试 相关 的 和 质料 ， 殉 会 经 
津 听 到 各 种 类 似 的 术语 ， 比 如 配置 -检查 -验证 

(setup-exercise-verify) 、given-when-then 或 者 准 
备 - 行 为 -断言 (arrange-act-assert) 等 。 有 时 你 能 
在 一 个 测试 里 见 到 所 有 的 步 又， 有 时 那些 早期 的 
公用 阶段 会 被 捉 到 一 些 标准 的 配置 步骤 里 ， 诸 如 


beforeEach 等 


(其 实 还 有 第 四 个 阶段 ， 只 是 不 那么 明 


显 ， 一 般 很 少 提 及 ， 那 惑 是 拆除 阶段 。 此 阶段 
可 将 测 弃 夹具 移 除 ， 以 确 傈 不同 测 斌 之 间 不 会 


产生 交互 。 因为 我 是 在 beforeEach 中 配置 好 数据 
的 ， 所 以 测试 框架 会 默认 在 不 同 的 测试 则 将 我 
的 测试 夹具 移 除 ， 相 当 于 我 目 动 享受 了 拆除 阶 
段 市 来 的 便利 。 多 数 测 试 文献 的 作者 对 拆除 阶 
段 一 笔 汕 过， 这 可 以 理解 ， 因 为 多 数 时 候 我 们 
可 以 忽略 它 。 但 有 时 因为 创建 缓慢 等 原因 ， 我 
们 会 在 不 同 的 测试 间 共 享 测试 夹具 ， 此 时 ， 显 
式 地 声明 一 个 拆除 操作 就 是 很 重要 的 。) 


在 这 个 测试 中 ， 我 在 一 个 it 语 句 里 验证 了 两 
个 不 同 的 符 性 。 作 为 一 个 基本 规则 ， 一 个 it 语 句 
中 最 好 只 有 一 个 验证 语句 ， 人 否则 测试 可 能 在 进行 
第 一 个 签证 时 就 失败 ， 这 通 弟 会 掩 堵 一 些 重 要 的 
首 误 信息 ， 不 利于 你 了 解 测试 失败 的 原因 。 不 
过 ， 在 上 面 的 场景 中 ， 我 觉得 两 个 断言 本 号 天 系 
IER A, SET-UP LAN e WIR 
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4.6 ”探测 边界 条 件 
到 目前 为 止 我 的 测试 都 聚焦 于 正常 的 行为 


上 ， 这 通常 也 被 称 为 “正常 路 径 ” (happy path) ， 
它 指 的 是 一 切 工作 正常 、 用 户 使 用 方式 也 最 符合 


规范 的 那 种 场景 。 同 时 ， 把 测试 扒 到 这 此 条件 的 
边界 处 也 是 不 销 的 实践 ， 这 可 以 检查 换 作 出 销 时 
软件 的 表现 。 


无 论 何 时 ， 当 我 拿 到 一 个 集合 〈 比 如 说 此 例 
中 的 生产 商 集合 ) 时 ， 我 总 想 看 看 集合 为 空 时 会 
KITA © 


describe('no producers', function() { 
let noProducers; 
beforeEach(function() { 
const data = { 
name: "No proudcers", 
producers: [], 
demand: 30, 
price: 20 


noProducers = new Province(data); 

}); 

it('shortfall', function() { 
expect(noProducers.shortfall).equal(30); 


it('profit', function() { 
expect(noProducers.profit).equal(0); 


}); 


P 如 采 拿 到 的 是 数值 类 型 ，9 会 征 不 销 的 边界 条 
f 


describe( province '... 


it('zero demand', function() { 
asia.demand = 0; 


expect(asia.shortfall).equal(-25); 
expect(asia.profit).equal(0); 


人 负 值 同样 值得 一 试 \: 
describe( province '... 


it('negative demand', function() { 
asia.demand = -1; 
expect(asia.shortfall).equal(-26); 


expect(asia.profit).equal(-10); 
+); 


MBX, RASA TRE: 对 于 这 个 
业务 领域 来 讲 ， 近 供 一 个 人 希 的 需求 值 ， 并 算出 一 
个 负 的 利润 值 意义 何在 ? 最 小 的 需求 量 不 应 该 是 0 
吗 ? 或 许 ， 设 值 方法 需要 对 负 值 有 些 不 同 的 行 
为 ， 比 如 抛 出 篆 误 ， 或 总 息 将 值 设 置 为 0。 这 些 问 
题 都 很 好 ， 编 写 这 样 的 测试 能 硕 助 我 思考 代码 本 
应 如 何 应 对 边界 场景 。 


设 值 范 效 接 收 的 字符 串 是 从 UI 上 的 字段 该 来 


的 ， 它 已 经 被 限制 为 只 能 填 入 数字 ， 但 仍然 有 可 
能 生 衬 字符 串 ， 因 此 同样 需要 测试 来 保证 代码 对 


H 
JE 
空 字符 串 的 处 理 方式 符合 我 的 期 望 。 
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力 集中 在 那儿 。 


describe('province’... 


it('empty string demang: , function() { 
asia.demand = "" 
expect(asia. shortfall). NaN; 
expect(asia.profit).NaN; 


t); 
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能 够 所 高 生产力， 并 且 很 有 趣 一 一 它 纵容 了 我 内 
心中 比较 促 狭 的 那 一 部 分 


这 个 测试 结果 很 有 意思 : 


describe('string for producers', function() { 
it('', function() { 
const data = { 
name: "String producers", 
producers: "" 
demand: 30, 
price: 20 


const prov = new Province(data); 
expect(prov.shortfall).equal(0); 
+); 


它 并 不 是 抛 出 一 个 简单 的 篆 误 说 缺 宦 的 值 不 
为 0° 控制 台 的 报 午 输出 实际 如 下 : 


9 passing (74ms) 
1 failing 


1) string for producers : 
TypeError: doc.producers.forEach is not a function 


at new Province (src/main.js:22:19) 
at Context.<anonymous> (src/tester.js:86:18) 


Mocha 把 这 也 当 作 测试 失败 (failure) ,但 多 
数 测试 框架 会 把 它 当 作 一 个 错误 (error) ， 并 与 
正常 的 测试 失败 区 分 开 。“ 失 败 ” 指 的 古 在 验证 阶 
上 段 中 ， 实 际 值 与 验证 语句 提供 的 期 望 值 不 相等 ; 
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段 前 抛 出 的 异常 (这 里 是 在 配置 阶段 )。 它 更 像 
代码 的 作者 没有 预料 到 的 一 种 异常 场景 ， 因 此 我 
们 不 邓 地 得 到 了 每 个 JavaScript 程 序 员 都 很 熟悉 的 


ie (“is not a function”) 


那么 代码 应 该 如 何 处 理 这 种 场景 呢 ? 一 种 思 
路 是 ， 对 鱼 误 进行 处 理 并 给 出 更 好 的 出 鱼 啊 应 ， 
比如 说 抛 出 更 有 意义 的 销 误 信息 ， 或 是 直接 将 
producers 字 上 段 设置 为 一 个 空 数组 (最 好 还 能 再 记 
杂 一 行 日 志 信 息 ) 。 但 维持 现状 不 做 处 理 也 说 得 
通 ， 也 许 该 输入 对 象 古 由 可 信 的 数据 兰 提 供 的 ， 
比如 同 个 代码 库 的 发 一 部 分 。 在 同一 代码 库 的 不 


同 模 块 之 间 加 入 太 多 的 检查 往往 会 导致 重 复 的 验 
证 代码 ， 它 市 来 的 好 处 通 各 不 抵 害 处 ， 竺 别 生 你 
深 加 的 验证 可 能 在 其 他 地 方 早已 做 过 。 但 如 果 该 
得 入 对 和 象征 由 一 个 外 部 服务 所 提供 ， 比 如 一 个 返 
加 JSON 效 据 的 请 求 ， 那 么 校准 和 测试 吏 显 得 必 要 
Di a IARA BES | AI 
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很 可 能 还 会 删 挥 它 。 重 构 应 该 保证 可 观测 的 行为 
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了 代码 对 这 个 边界 条 件 的 处 理 方式 。 


如 东 这 个 错误 会 姓 致 胜 数 据 在 应 用 中 到 处 
传递 ， 或 是 产生 一 些 很 难 调试 的 失败 ， 我 可 能 


会 用 引入 断言 (302) 手法 ， 使 代码 不 满足 预 设 
条 件 时 快速 失败 。 我 不 会 为 这 样 的 失败 断言 洪 
加 测试 ， 它 们 本 喘 束 古 一 种 测试 的 形式 。 


什么 时 候 应 该 俘 下 来 ? 我 相信 这 样 的 话 你 已 
经 听 过 很 多 次 :“ 任 何 测 斌 都 不 能 证 明 一 个 程序 没 
有 bug。” 确 实 如 此 ， 但 这 并 不 影响 “测试 可 以 所 融 


编程 速度 ”。 我 曾经 见 过 好 几 种 测试 规则 建议 ， 其 
目的 都 是 你 证 你 能 够 测试 所 有 情况 的 一 切 组 合 。 
这 些 东 西 值得 一 看 ， 但 十 别 让 它们 影响 你 。 妆 测 
运 数 量 达 到 一 定 程 度 之 后 ， 继 续 增 加 测试 市 来 的 
边际 效用 会 递减 ;如 打 试 图 编写 太 多 测试 ， 你 也 
可 能 因为 工作 量 太 大 而 气 馆 ， 最 后 什么 部 写 不 
成 。 你 应 该 把 测 弃 集 中 在 可 能 出 铺 的 地 方 。 观 绷 
代码 ， 看 哪儿 变 得 复杂 ;观察 画 数 ， 思 考 哪 些 地 
方 可 能 出 钳 。 征 的 ， 你 的 测试 不 可 能 找 出 所 有 
bug， 但 一 旦 进行 重 构 ， 你 可 以 更 好 地 理解 整个 程 
序 ， 从 而 找到 更 多 bug。 虽 然 在 开始 重 构 之 前 我 会 
确保 有 一 个 测试 登 件 存在 ， 但 前 进 途 中 我 尽 会 加 
入 更 多 测试 。 


不 要 因为 测试 无 法 捕 提 所 有 的 bug 就 不 


写 测试 ， 因 为 测试 的 确 可 以 捕捉 到 大 多 数 bug 。 


4.7 测试 远 不 止 如 此 


本 草 我 想 讨 论 的 东西 到 这 里 束 关 不 多 了 ， 毕 
苋 这 是 一 本 天 于 重 构 而 不 是 测试 的 书 。 但 测试 本 
号 古 一 个 很 重要 的 话题 ， 它 既 古 重 构 所 必要 的 基 


础 你 阶 ， 本 号 也 征 一 个 有 价值 的 工具 。 目 本 书 第 1 
和 版 以 来 ， 我 很 高 兴 看 到 重 构 作 为 一 项 编程 实践 在 
逐步 太 展 ， 但 我 更 局 兴 见 到 业界 对 测试 的 态度 也 
在 发 生 园 变 。 之 前 ， 测 试 更 多 被 认为 是 男 一 个 独 
并 的 (所 需 专 业 技能 也 较 少 的 ) 团队 的 员 任 ,但 
现在 它 合 发 成 为 任何 一 个 软件 开发 者 所 必 备 的 技 
能 。 如 今 一 个 架构 的 好 坏 ， 很 大 程度 要 取决 于 它 
的 可 测试 性 ， 这 是 一 个 好 的 行业 趋势 。 


这 里 我 展示 的 测 弃 痢 属于 单元 测试 ， 它 们 仙 
责 测 弃 一 其 小 的 代码 单元 ， 运 行 足够 快速 。 它 们 
征 目 测试 代码 的 文 柱 ， 十 一 个 系统 中 品 绝 大 多 数 
的 测试 类 型 。 同 时 也 有 其 他 种 类 的 测试 存在 ， 有 
的 专注 于 组 件 之 间 的 集成 ， 有 的 会 检验 软件 跨越 
儿 个 层级 的 运行 结 来 ， 有 的 用 于 查找 性 能 问题 ， 
不 一 而 足 。 (而 且 ， 同 行 们 对 于 如 何 归 类 测试 的 
争论 ， 称 人 比 楷 多 的 测试 种 类 本 号 还 要 多 。) 


与 编程 的 许多 方面 闫 似 ， 测 斌 也 下 一 种 迭代 
式 的 活动 。 除 非 你 技能 非常 纯熟 ， 或 者 非常 笠 
运 ， 人 否则 你 很 难 第 一 次 融 把 测试 写 对 。 我 发 乞 我 
FSM EVE, MS REET SEA 
工作 一 样 多 。 很 目 然 ,这 意味 看 我 在 增加 新 特性 
时 也 要 同时 添加 测试 ， 有 时 还 需要 回顾 已 有 的 测 
试 ， 它们 足够 清晰 吗 ? 我 需要 重 构 它们 ， 以 帮助 
我 更 好 地 理解 吗 ? 我 拥有 的 测试 症 有 价值 的 吗 ? 


一 个 值得 养 成 的 好 习惯 是 ， 每 当 你 迪 见 一 个 bug， 
和 完 写 一 个 测试 来 消 苞 地 复 现 亡 。 仪 当 测 试 通过 
时 ， 才 视 为 bug 修 完 。 只 要 测试 存在 一 天 ， 我 束 知 
道 这 个 错误 永远 不 会 再 复 现 。 这 个 bug 和 对 应 的 测 
试 也 会 提醒 我 思考 : 测试 集 里 是 否 还 有 这 样 不 被 
PHC RIERA AA? 


一 个 第 见 的 问题 征 , “BSB > Min Re 
W? ”这 个 问题 没有 很 好 的 衡量 标准 。 有 些 人 拥护 
AMANE mmf- EHER, EWA mK 
TT A RERA H ARER m ARA, TT 
不 能 用 来 衡量 一 个 测 弃 集 的 质量 高 低 。 


每 当 你 收 到 bug 报 告 ， 请 先 写 一 个 单元 


测试 来 暴露 这 个 bug 。 


MUR eG ENB, BCE Bee PE 
She, TARA CO: 如 末 有 人 在 代码 里 
引入 了 一 个 矶 陷 ， 你 有 多 大 的 目 信 它 能 说 测试 集 
揪 出 来 ? 这 种 信心 难以 被 定量 分 析 ， 冒 目 目 信 不 
应 该 被 计算 在 内 ， 但 目测 斌 代码 的 全 部 目标 ， 刺 
侠 要 儿 你 获得 此 种 信心 。 如 采 我 重 构 完 代码 ， 看 
见 全 部 变 绿 的 测试 束 可 以 十 分 目 信 没有 引入 额外 


的 bug， 这 样 ， 我 就 可 以 高 兴 地 说 ， 我 已 经 有 了 一 
套 足 够 好 的 测试 。 


测试 同样 可 能 过 犹 不 及 。 测 试 写 得 太 多 的 一 
个 征兆 是 ， 相 比 要 改 的 代码 ， 我 在 改动 测试 上 伦 
费 了 更 多 的 时 间 一 一 并 且 我 能 感到 测试 就 在 拖 慢 
我 。 不 过 尽管 过 度 相 比 测试 不 中 
Hl Tg Lhe i) h 


Pom ”介绍 重 构 名 采 


本 书 剩 余 的 篇 幅 是 一 份 重 构 的 名 未 。 节 初 这 
个 名 杂 只 是 我 的 个 人 笔记 ， 我 用 它 来 提示 目 己 如 
何以 安全 且 蜗 效 的 方式 进行 重 构 。 然 后 我 不 断 六 
炼 这 份 名 采 ， 对 一 些 重 构 的 深入 探索 义 引 出 了 更 
多 的 重 构 手法 。 对 于 不 太 和 常用 的 重 构 手法 ， 我 本 
EAN WIA DK © 


5.1 重 构 的 记录 格式 


介绍 重 构 时 ， 我 采用 一 种 标准 格式 。 每 个 重 
构 手 法 都 有 如 下 5 个 部 分 。 


。 首 先是 名 称 (name) 。 要 建造 一 个 重 构 词汇 
表 ， 名 称 是 很 重要 的 。 这 个 名 称 也 就 是 我 将 在 
本 书 其 他 地 方 使 用 的 名 称 。 如 今 重 构 经 常会 有 
多 个 名 字 ， 所 以 我 会 同时 列 出 常见 的 别名 。 

。 名 称 之 后 是 一 个 简单 的 速写 (sketch) 。 这 部 
分 可 以 帮助 你 更 快 找到 你 所 需要 的 重 构 手 法 。 

。 动 机 (motivation) 为 你 介绍 “为 什么 需要 做 这 
个 重 构 ”和 “什么 情况 下 不 该 做 这 个 重 构 ”。 


。 做 法 (mechanics) 简明 扼要 地 一 步 一 步 介绍 
如 何 进 行 此 重 构 。 

. 范例 (examples) 以 一 个 十 分 简单 的 例子 说 明 
此 重 构 手法 如 何 运 作 。 


速写 部 分 会 以 代码 示例 的 形式 展示 重 构 市 来 
的 转变 。 速 写 的 用 意 不 是 解释 重 构 的 用 还 ， 更 不 
侠 详 细 讲 解 如 何 操 作 这 个 重 构 ， 但 如 采 你 曾经 看 
过 这 个 重 构 手法 ， 速 写 能 儿 你 回忆 起 它 。 如 采 你 
侠 第 一 次 接触 到 这 个 重 构 手 法 ， 可 能 最 好 起 先 阅 
谈 范 例 部 分 。 我 还 给 每 个 重 构 手 法 画 了 一 幅 小 
。 同样 ， 我 也 不 指望 这 些小 图 能 说 请 重 构 手 法 
的 内 容 ， 只 是 提供 一 总 镜像 记忆 的 线索 。 


“做 法 ”出 目 我 目 己 的 笔记 。 这 些 笔记 十 为 了 
让 我 在 一 段 时 间 不 做 茶 项 重 构 之 后 还 能 记得 怎么 
做 。 它 们 也 磊 为 商洛 ， 通 币 不 会 解释 “为 什么 要 这 
么 做 那么 做 ”。 我 会 在 “范例 ?中 给 出 更 多 解释 。 这 
么 一 来 ,，“ 做 法 ” 束 成 了 简短 的 笔记 。 如 末 你 知道 
该 使 用 哪个 重 构 ， 但 记 不 请 具体 步 桑 ， 可 以 参 
考 “ 做 法 ?部 分 《至 少 我 是 这 么 使 用 它们 的 ) ; 如 
琳 你 初次 使 用 条 个 重 构 ， 可 能 只 参考 “做 法 ”还 不 
够 ， 你 还 需要 阅读 “范例 ”。 


搂 写 "做 法 ?的 时 候 ， 我 尽量 将 重 构 的 每 个 步 
桑 拆 得 尽 可 能 小 。 我 强调 安全 的 重 构 方 式 ， 所 以 


应 该 采用 非 汕 小 的 步 桑 ， 并 且 在 每 个 步 又 之 后 进 
行 测 弃 。 真 正 工 作 时 ， 我 通 种 会 采用 比 这 里 介绍 
的 “ 安 儿 学 步 ? 舟 大 名 的 步 桑 ， 然 而 一 旦 出 问题 ， 

我 融会 撤销 上 一 步 ， 换 用 比较 小 的 步 驼 。 这 些 步 
又 还 包含 一 些 特殊 情况 的 参考 ， 所 以 它们 也 有 检 
ee ens nee 

情 。 


绝 大 多 数 时 候 我 只 列 出 了 重 构 的 一 父 做 法 ， 
但 其 实 一 个 重 构 并 非 只 有 一 均 做 法 。 我 在 本 书 中 
选择 介绍 这 些 做 法 ， 因 为 它们 大 多 数 时 候 都 管 
用 。 等 你 经 过 练习 菊 得 更 多 重 构 经 给 ， 你 可 能 会 
调整 重 构 的 做 法 ， 那 完全 没 问 题 。 只 要 牢记 一 
RA: 小 步 表 进 ， 情 总 越 复杂 ， 步 于 殉 要 越 小 。 


“ 施 例 ” 像 古 面 单 而 有 趣 的 教科 书 。 我 使 用 这 
些 拖 例 写 为 了 帮助 解释 重 构 的 基本 要 系 ， 最 大 限 
度 地 避免 其 他 权 帮 ， 所 以 我 希望 你 能 原 诉 基 中 的 
简化 工作 (它们 当然 不 古 优秀 的 业务 建 模 例 
子 )。 不 过 我 又 肯 定 ， 你 一 定 能 在 那些 更 复杂 的 
情况 中 使 用 它们 。 茶 些 十 分 向 单 的 重 构 和 干脆 没有 
I 

意义 。 


更 明确 地 说 ， 加 上 范例 仅仅 是 为 了 阐释 当时 
讨论 的 重 构 手 法 。 通 弟 那 些 代 码 最 终 仍 有 其 他 问 


题 ， 但 修正 那些 问题 需要 用 到 其 他 重 构 手 法 。 东 
些 情况 下 数 个 重 构 经 音 极 一 并 运用 ， 这 时 候 我 会 
把 范例 市 到 态 一 个 重 构 中 继续 便 用 。 大 部 分 时 

候 ， 一 个 范例 只 为 一 项 重 构 而 设计 ， 这 么 做 是 为 
了 让 每 一 项 重 构 手 法 目 成 一 体 ， 因 为 这 份 重 构 名 
孙 的 百 要 目的 还 生 作 为 参考 工具 。 


修改 后 的 代码 可 能 被 埋没 在 未 修改 的 代码 
中 ， 难 以 一 眼看 出 ， 所 以 我 使 用 不 同 的 闫 色 突 出 
显示 修改 过 的 代码 。 但 我 并 没有 突出 显示 所 有 修 
改过 的 代码 ， 因 为 一 旦 修改 过 的 代码 太 多 ， 全 部 
突出 显示 反而 不 能 突显 重点 。 


5.2 ”挑选 重 构 的 依据 


ADE i E REAR e RREA 
为 这 些 重 构 手 法 最 值得 和 锌 记录 下 来 。 之 所 以 说 它 
们 “最 值得 ”>， 因 为 这 些 都 是 很 弟 用 的 重 构 于 法 ， 
开 且 值得 给 它们 命名 和 详细 的 介绍 ， 其 中 一 些 做 
法 很 有 意思 ， 能 玫 助 读者 提高 整体 重 构 技 能 水 
平 ， 态 外 一 至 则 对 于 代码 设计 质量 的 提升 效 朱 显 


+e 


GF ° 


有 些 重 构 没 有 进入 这 份 名 杂 ， 因 为 它们 太 
小 、 太 何 持 ， 我 毁 得 没 必要 多 加 帝 述 。 例 如 ， 在 


撰写 第 1 版 时 我 就 曾经 考虑 过 移动 语句 (223), 
这 个 重 构 我 经 各 使 用 ， 但 我 觉得 没 必 要 将 它 放 进 
ARKE (显然 我 在 写 第 2 版 的 时 候 改变 了 想法 ) 。 
以 后 也 许 还 有 类 似 这 样 的 重 构 会 被 加 进 书 里 ， 不 
过 那 要 看 我 投入 多 少 精 力 在 新 增 重 构 上 了 。 


还 有 一 些 没有 进入 名 采 的 重 构 ， 要 么 十 我 用 
得 很 少 ， 要 么 是 与 其 他 重 构 非常 相似 。 本 书 中 的 
每 个 重 构 ， 逻 辑 上 来 说 ， 剖 有 一 个 反问 的 重 构 。 
但 我 并 没有 把 所 有 友 问 重 构 部 写 下 米 ， 因 为 我 发 
现 很 多 反问 重 构 没 太 大 意 轧 。 例 如 ， 封 狼 变 量 
(132) 是 一 个 常用 义 好 用 的 重 构 ， 但 它 的 反 向 重 
构 我 几乎 从 来 不 会 做 (而 且 束 算 要 做 也 非常 侧 
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Boe ”第 一 组 重 构 


在 重 构 名 孙 的 开头 ， 我 自 完 介绍 一 组 我 认为 
最 有 用 的 重 构 。 


我 最 常用 到 的 重 构 驶 是 用 提炼 函数 (106) 将 
代码 提炼 到 函数 中 ， 或 者 用 提炼 变量 (119) 来 提 
炼 变 量 。 有 既然 重 构 的 作用 下 十 应 对 变化 ， 你 应 该 
不 会 感到 恢 讶 ， 我 也 经 各 使 用 这 两 个 重 构 的 反问 
重 构 一 一 内 联 函 数 (115) 和 内 联 变 量 (123) 。 


提炼 的 关键 就 在 于 命名 ， 随 着 理解 的 加 深 ， 
我 经 党 需要 改名 。 改 变 函 数 声明 (124) 可 以 用 于 
修改 函数 的 名 字 ， 也 可 以 用 于 添加 或 删 减 参数 。 
变量 也 可 以 用 变量 改名 (137) 来 改名 ， 不 过 需要 
先 做 封装 变量 (132) 。 在 给 函数 的 形式 参数 改名 
时 ， 不 妨 先 用 引入 参数 对 象 (140) 把 常 在 一 起 出 
没 的 参数 组 合成 一 个 对 象 。 


形成 尔 数 并 给 函数 命名 ， 这 古 低 层级 重 构 的 
精 肯 。 有 了 函数 以 后 ， 殊 需要 把 它们 组 合成 更 融 
层级 的 模块 。 我 会 使 用 函数 组 合成 类 (144) ， 把 
芳 数 和 它们 操作 的 数据 一 起 组 合成 尖 。 为 一 条 路 
人 径 是 用 函数 组 合成 变换 (149) 将 函数 组 合成 变换 


式 (transform) ， 这 对 于 处 理 只 读数 据 尤 为 便 
利 。 再 往 前 一 步 ， 常 常 可 以 用 拆 分 阶段 (154) 将 
这 些 模 块 组 成 界限 分 明 的 处 理 阶段 。 


6.1 fea (Extract Function ) 


HZ: 提炼 函数 (Extract Method) 


REE: 内 联 函 数 (115) 


function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 


//print details 
console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding} `); 


y 


} 


function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 
printDetails(outstanding) ; 


function printDetails(outstanding) { 
console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding} `); 


动机 


提炼 函数 是 我 最 常用 的 重 构 之 一 。 (在 这 儿 
我 用 了 “函数 /function” 这 个 词 ， 但 换 成 面 问 对 象 语 
言 中 的 “方法 /method”， 或 者 其 他 任何 形式 的 “过 
程 /procedure” 或 者 “ 子 程序 /subroutine”， 也 同样 适 
用 。) 我 会 浏览 一 段 代 码 ， 理 解 其 作用 ， 然 后 将 
其 捉 烽 到 一 个 独立 的 函数 中 ， 并 以 这 段 代 人 码 的 用 
途 为 这 个 函数 命名 。 


对 于 “ 何 时 应 该 把 代码 放 进 独立 的 画 数 "这 个 
问题 ， 我 曾经 听 过 多 种 不 同 的 意见 。 有 的 观点 从 
代码 的 长 度 考虑 ， 认 为 一 个 函数 应 该 能 在 一 屏 中 
显示 。 有 的 观点 从 复 用 的 角度 考虑 ， 认 为 只 要 舟 
用 过 不 止 一 次 的 代码 ， 束 应 该 单独 放 进 一 个 男 
数 ， 只 用 过 一 次 的 代码 则 保持 内 联 (inline) 的 状 
念 。 但 我 认为 最 合理 的 观点 是 “将 意图 与 实现 分 
开 ” WAR ris ET TB] GE EPS BE FTE 


到 压 在 干什么 ， 那 么 就 应 该 将 其 提炼 到 一 个 函数 
中 ， 并 根据 它 所 做 的 事 为 其 命名 。 以 后 再 读 到 这 
段 代码 时 ， 你 一 眼 束 能 看 到 函数 的 用 途 ， 大 多 数 
时 候 根 本 不 需要 关心 钞 数 如 何 达 成 其 用 途 〈 这 是 
函数 体内 干 的 事 ) 。 


一 旦 接受 了 这 个 原则 ， 我 就 逐渐 养 成 一 个 习 
ta: 写 非 常 小 的 函数 一 一 通常 只 有 几 行 的 长 度 。 
在 我 看 来 ， 一 个 函数 一 旦 超过 6 行 ， 就 开始 散发 中 
味 。 我 甚至 经 常会 写 一 些 只 有 1 行 代 人 码 的 函数 。 
Kent Beck 曾 回 我 展示 最 初 的 Smalltalk 系 统 中 的 一 
PBN, MAST ERE ST “RAS RIE 
要 ”的 观念 。 那 时 运行 Smalltalk 的 计算 机 只 有 黑白 
屏 显 示 器 ， 如 果 你 想 高 腕 突显 某 些 文本 或 图 像 ， 
束 需 要 有 反 转 视频 的 显示 。 为 此 ，Smalltalk 用 于 控 
制图 像 显示 的 类 有 一 个 叫 作 highlight 的 方法 ， 其 
中 的 实现 就 只 是 调用 reverse 方 法 。 在 这 个 例子 
里 ，highlight 方 法 的 名 字 比 实现 还 长 ， 但 这 并 不 
重要 ， 因 为 在 这 个 方法 中 ， 代 码 的 意图 与 实现 之 
则 有 着 相当 大 的 距离 。 


有 些 人 担心 短 函 数 会 近 成 大 量 画 数 调 用 ， 
而 影响 性 能 。 在 我 尚且 年 轻 时 ， 有 了 时 确实 会 有 这 
个 问题 ， 但 如 今 “ 由 于 函数 调用 影响 性 能 ”的 情况 
已 经 非常 罕见 了 。 短 团 效 季 般 能 让 编 谋 万 的 优化 
功能 运转 更 民 好 ， 因 为 短 畏 数 可 以 更 容易 地 被 组 


仓 。 所 以 ， 应 该 始终 加 人 循 性 能 优化 的 一 般 指导 
于 ， 不 用 过 早 担心 性 能 问题 。 


小 国 数 得 有 个 好 名 字 才 行 ， 所 以 你 必须 在 命 
名 上 花心 轧 。 起 好 名 字 需 要 练习 ， 不 过 一 旦 你 擎 
Senne as Seer nee ares = 
码 o 


我 经 季 会 看 见 这 梓 的 情况 : 在 一 个 大 函数 
中 ， 一 段 代码 的 项 上 放 看 一 句 注 释 ， 说 明 这 段 代 
码 要 做 什么 。 在 把 这 段 代码 提炼 到 目 己 的 函数 中 
时 ， 这 样 的 注释 往往 会 提示 一 个 好 名 字 。 


做 法 
。 创造 一 个 新 画 数 ， 根 据 这 个 画 数 的 意图 来 对 它 


命名 〈 以 它 * 做 什么 ?来 命名 ， 而 不 是 以 它 * 和 二 
样 做 ?命名 ) 。 


如 东 想 要 近 炬 的 代码 非 间 和 倘 单 ， 例 如 只 走 
一 个 芳 数 调用 ， 只 要 新 函数 的 名 称 能 够 以 更 好 


的 方式 申 示 代码 意图 ， 我 还 是 会 提炼 它 ， 但 如 
琳 想 不 出 一 个 更 有 意义 的 名 称 ， 这 束 古 一 个 信 
号 ， 可 能 我 不 应 该 提炼 这 块 代码 。 不 过 ， 我 不 


一 定 非 得 蕊 上 想 出 最 好 的 名 字 ， 有 时 在 提炼 的 
过 程 中 好 的 名 字 才 会 出 现 。 有 时 我 会 提炼 一 个 
六 数 ， 竹 试 使 用 它 ， 然 后 发 现 不 太 合适 ， 骨 把 
它 内 联 回 去 ， 这 完全 没 问 题 。 只 要 在 这 个 过 程 
中 学 到 了 东西 ， 我 的 时 间 束 没有 日 费 。 


如 琳 编 程 语言 文 持 藤 套 汞 数 ， 束 把 新 芳 数 
PETE UES a, ABER ea TEL m BC BE 


出 作用 域 的 变量 个 数 。 我 可 以 稍 后 再 使 用 搬移 
函数 (198) 把 它 从 源 函 数 中 搬移 出 去 。 


。 将 从 提炼 的 代码 从 源 黄 效 复制 到 新 建 的 目标 测 


e 

o FRR, BAR EASA T 
VE FABER UREN aN > Fete aT EK Zt Wy ja] 
个 到 的 变量 。 寿 征 ， 以 参数 的 形式 将 它们 传递 
ZA TEKN ° 


UR ee ait H REE VR AN ER , 
BLA TE Se ee ER BLAY T o 


们 痢 作 为 参数 传递 给 新 男 效 。 只 要 没 在 提炼 部 
分 对 这 些 变量 赋值 ， 处 理 起 来 瓯 没 什么 难度 。 
如 琳 某 个 变量 十 在 提炼 部 分 之 外 声明 但 只 


在 近 烁 部 分 被 使 用 ， 束 把 变量 声明 也 搬移 到 的 
炼 部 分 代码 中 去 。 


”如 末 变 量 按 值 传 好 给 提炼 部 分 义 在 提炼 部 
分 位 风 值 ， 殊 必须 多 加 小 心 。 如 来 只 有 一 个 这 
样 的 变量 ， 我 会 任 试 将 近 炼 出 的 新 函数 变 成 一 


个 查询 (query) ， 用 其 返回 值 给 该 变量 赋值 。 


但 有 时 在 近 炼 部 分 被 赋值 的 局 部 变量 太 
多 ， 这 时 最 好 十 完 放 弃 近 炼 。 这 种 情况 下 ， 我 
会 考虑 完 使 用 别 的 重 构 手 法 ， 例 如 拆 分 变量 
(240) 或 者 以 查询 取代 临时 变量 (178) , X 
向 化 变量 的 使 用 情况 ， 然 后 再 考虑 提炼 尔 数 。 


。 上 所 有 变量 都 处 理 完 之 后 ， 编 译 。 


如 果 编 程 语 言 文 持 编译 期 检查 的 话 ， 在 处 


理 完 所 有 变量 之 后 似 一 次 编 详 是 很 有 用 的 ， 纪 
详 历 经 冲 会 大 你 找到 没有 锌 恰当 处 理 的 变量 。 


© EUR H , FEM TUS BCS AMT H PREK 
效 的 调用 。 

测试 。 

但 看 其 他 代码 是 否 有 与 个 提炼 的 代码 段 相同 或 
相似 之 处 。 如 采 有 ， 考 虑 使 用 以 函数 调用 取代 
内 联 代码 (222) 令 其 调用 提炼 出 的 新 函数 。 


有 些 重 构 工具 直接 支持 这 一 步 。 如 有 果 工 具 


不 文 持 ， 可 以 快速 搜索 一 下 ， 看 看 别处 是 否 还 
有 重复 代码 。 


范例 : 无 局 部 变量 


ERARE T, ERRAU o 
A PSI ER BY: 


function printOwing(invoice) { 
let outstanding = 0; 


console. log( WK KK KKK KE KKR KEKE KKK KEKE EKEN jo 
console.log("**** Customer Owes ****" j; 
console.log( NkkkšžxšžkxkkėxkxkkkkkkkkkkkkkkkM ); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


// record due date 

const today = Clock.today; 

invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 


//print details 

console.log( name: ${invoice.customer}-); 

console.log( amount: ${outstanding}); 

console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


你 可 能 会 好 奇 clock today 是 干什么 的 这 是 
一 个 Clock Wrapper[mf-cw]， 世 就 古 封装 系统 时 钟 
调用 的 对 象 。 我 尽量 避免 在 代码 中 直接 调用 
Date.now() 这 样 的 函数 ， 因 为 这 会 导致 测试 行为 
si eas ， 以 及 在 诊断 故障 时 难以 复制 出 错时 的 
情况 。 


我 们 可 以 轻松 提炼 出 “打印 横幅 "的 代码 。 我 
只 需要 椅 切 、 补 贴 再 插入 一 个 本 数 渭 用 动作 就 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 

const today = Clock.today; 

invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 


//print details 

console.log(*name: ${invoice.customer}°); 

console.log(* amount: ${outstanding}> ); 

console.log(*due: ${invoice.dueDate.toLocaleDateString()}°); 
} 
function printBanner() { 

console AO OU Pe rer ene eee) 

i T 
console.log("**** Customer Owes ****"); 
console TOG ee I Oe E IN ea f 

" 了 


} 


同样 ， 我 还 可 以 把 “打印 详细 信息 ”部 分 也 所 
PRE: 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 

const today = Clock.today; 

invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 


printDetails(); 


function printDetails() { 
console.log( name: ${invoice.customer}~); 
console.log( amount: ${outstanding}-); 
console.log( due: 
${invoice.dueDate.toLocaleDateString()}°); 


} 


E ERDEK KA E NINH RASE o {E 


很 多 时 候 ， 情 总 会 变 得 比较 复杂 © 


TE ETA WIP FE printDetails KAHK 
EEprintowing KA NÄR, AER wae 7 IA) Bll 
printowing 内 部 定义 的 所 有 变量 。 如 果 我 使 用 的 
编程 语言 不 文 持 租 套 畏 数 ， 束 没 法 这 样 探 作 了 ， 
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临时 变量 。 
范例 ， 有 局 部 变量 


局 部 变量 最 简单 的 情况 是 : 被 近 炼 代码 段 只 
侠 谈 取 这 些 变量 的 值 ， 并 不 修改 它们 。 这 种 情况 
下 我 可 以 商 单 地 将 它们 当 作 参数 传 给 目标 函数 。 
PTA, ORB xy BERS: 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 


const today = Clock.today; 
invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 


//print details 

console.log( name: ${invoice.customer}- ); 

console.log( amount: ${outstanding}- ); 

console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


就 可 以 将 打印 详细 信息 "这 一 部 分 提炼 为 带 
两 个 参数 的 函数 : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 
// calculate outstanding 


for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 


const today = Clock.today; 
invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 


printDetails(invoice, outstanding); 
} 
function printDetails(invoice, outstanding) { 

console.log( name: ${invoice.customer}`); 

console.log( amount: ${outstanding}); 

console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


} 


如 采 局 部 变量 是 一 个 数据 结构 〈 例 如 数组 、 
记录 或 者 对 象 ) ， 而 被 提炼 代码 段 又 修改 了 这 个 


结构 中 的 数据 ， 也 可 以 如 法 炮制 。 所 以 ，“ 设 置 到 
期 日 "的 逻辑 也 可 以 用 同样 的 方式 提炼 出 来 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function recordDueDate(invoice) { 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), 
today.getMonth(), today.getDate() + 30); 
} 


范例 : 对 局 部 变量 再 赋值 


如 朱 农 近 烁 代码 段 对 局 部 变量 赋值 ， 问 题 束 
变 得 复杂 了 。 这 里 我 们 只 讨论 量 时 变量 的 问题 。 
如 琳 你 发 现 兰 沙 数 的 参数 饭 同 值 ， 应 该 马上 使 用 


拆 分 变量 (240) 将 其 变 成 临时 变量 。 


羽 赋值 的 临时 变量 也 分 两 种 情况 。 较 简单 的 
情况 是 : 这 个 变量 只 在 被 提炼 代码 段 中 使 用 。 硅 
东 真 如 此 ， 你 可 以 将 这 个 临时 变量 的 声明 移 到 家 


提炼 代码 段 中 ， 然 后 一 起 近 炼 出 去 。 如 末 变 量 的 
切 妈 化 和 使 用 离 得 有 点 儿 远 ， 可 以 用 移动 语句 
(223) 把 针对 这 个 变量 的 操作 放 到 一 起 。 


EPOSI IRULE: WEERA EZ IPSA 
码 也 使 用 了 这 个 变量 。 此 时 我 需要 返回 修改 后 的 
I gala 
ian Ly : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


前 面 的 重 构 我 都 一 步 到 位 地 展示 了 结果 ， 因 
为 它们 痢 很 便 捍 。 但 这 座 我 会 一 步 一 步 展 示 “ 侯 
法 ”里 的 每 个 步 又 。 


百 先 ， 把 变量 声明 移动 到 使 用 处 之 前 。 


function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 


let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 
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function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 

let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


return outstanding; 


} 


由 于 outstanding 变 量 的 声明 已 经 被 搬 移 到 所 
炼 出 的 新 函数 中 ， 残 不 需要 再 将 其 作为 参数 传 入 
下 outstandingze PEKKI VIS Be P ME — ie E STE 
的 变量 ， 所 以 我 可 以 直接 返回 它 。 


我 的 JavaScript 环 境 在 编译 期 提供 不 了 任何 价 
值 人 徐 和 还 不 如 文本 编辑 硕 的 语法 分 机 有 用 ， 
所 以 “做 法 ”里 的 “编译 ”一 步 可 以 跳 过 了 。 下 一 件 
事 是 修改 原来 的 代码 ， 令 其 调用 新 函数 。 De 
返回 了 修改 后 的 outstandino 变 量 值 ， 我 需要 将 其 
存 入 原来 的 变量 中 。 


function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 


let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += o.amount; 

} 

return outstanding; 


} 


在 收工 之 前 ， 我 还 要 修改 返回 值 的 名 字 ， 使 
其 符合 我 一 贯 的 编码 风格 。 


function printOwing(invoice) { 
printBanner(); 
const outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let result = 0; 
for (const o of invoice.orders) { 
result += O.amount; 


return result; 


我 还 顺手 把 原来 的 outstanding 变 量 声 明成 
const 上 的 ， 令 其 在 初始 化 之 后 不 能 再 次 航 赋 值 。 


这 时 候 ， 你 可 能 会 问 : “如 果 需 要 返回 的 变量 
AEE A y E e 
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一 个 值 ， 所 以 我 会 安排 多 个 函数 ， 用 以 返回 多 个 
值 。 如 采 真 鸭 有 必要 近 烁 一 个 男 数 并 返回 多 个 
值 ， 可 以 构造 并 返回 一 个 记录 对 和 象 一 个 过 通 各 更 
好 的 办 法 还 是 回 过 头 来 重新 处 理 局 部 变量 ， 我 解 
用 的 重 构 手法 有 以 查询 取代 临时 变量 (178) 和 拆 


分 变量 (240) 


WARE ARTE fe Mk E AY ER es Bl AA EBC 
(PRUE TEER) ， 会 引发 一 些 有 趣 的 问 
题 。 我 俩 好 小 步 前 进 ， 所 以 我 本 能 的 做 法 是 先 拥 
炬 成 能 父 团 效 ， 然 后 再 将 其 移入 新 的 上 下 文 。 但 
这 种 做 法 的 麻烦 在 于 处 理 局 部 变量 ， 而 这 个 困难 
无 法 提前 发 现 ， 和 直到 我 开始 最 后 的 搬移 时 才 突 然 
RE o MATARAE, RUE AEREE 
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6.2 AEX (Inline Function) 


曾 用 名 : 内 联 函 数 
MER: FERRAZ (106) 


n 


(Inline Method) 


function getRating(driver) { 
return moreThanFiveLateDeliveries(driver) ? 2 : 1; 


} 


function moreThanFiveLateDeliveries(driver) { 
return driver.numberOfLateDeliveries > 5; 


Í 


function getRating(driver) { 
return (driver.numberOfLateDeliveries > 5) ? 2 : 1; 


} 


本 书 经 党 以 傈 短 的 函数 表现 动作 意图 ， 这 样 
会 使 代码 更 消 晰 易 恋 。 但 有 时候 你 会 过 到 某 些 函 
数 ， 其 内 部 代码 和 函数 名 称 同 样 消 晰 易 读 。 也 可 
能 你 重 构 了 该 函数 的 内 部 实现 ， 使 其 内 容 和 其 名 
称 变 得 同样 消 晰 。 硅 琳 真 如 此 ， 你 束 应 该 去 挥 这 
个 芳 数 ， 直 接 使 用 其 中 的 代码 。 间 接 性 可 能 市 来 
帮助 ， 但 非 作 要 的 间接 性 总 古 让 人 不 舒服 。 


刃 一 种 需要 使 用 内 联 画 数 的 情况 是 :我 手 上 
有 一 群 组 织 不 基 合 理 的 范 数 。 可 以 将 它们 都 内 联 
到 一 个 大 型 钞 数 中 ， 再 以 我 吝 欢 的 方式 重新 提炼 
出 小 芳 数 。 


如 东 代 人 码 中 有 太 多 间接 层 ， 使 得 系统 中 的 所 
ARAMA Arex AT RA ATE, E 
REXER EZ HELER, ALA ROH E 
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不 是 所 有 间接 发 者 有 价值 。 通 过 内 联手 法 ， 我 可 
ee 

余 。 


如 琳 该 贸 数 属于 一 个 类 ， 并 且 有 了 于 类 继承 
了 这 个 函数 ， 那 么 吏 无 法 内 联 。 


。 找 出 这 个 函数 的 所 有 调用 点 。 
。 将 这 个 范 数 的 所 有 调用 点 部 准 换 为 芳 数 本 体 。 
。 每 次 蔡 换 之 后 ， 执 行 测试 。 


不 必 一 次 完成 整个 内 联 控 作 。 如 来 某 些 调 


用 点 比较 难以 内 联 ， 可 以 等 到 时 机 成 熟 后 再 来 
处 理 。 


。 删 除 该 函数 的 定义 。 


饭 我 这 样 一 写 ， 内 联 函 数 似 乎 很 何 单 。 但 情 
况 往 往 并 非 如 此 。 对 于 建 归 调用 、 多 区 回 点 、 内 
联 至 另 一 个 对 象 中 而 该 对 象 并 无 访问 函数 等 复杂 
情况 ， 我 可 以 写 上 好 儿 页 。 我 之 所 以 不 写 这 些 符 
殊 情 况 ， 原 因 很 滑 单 : 如 采 你 过 到 了 这 样 的 复杂 
情况 ， 束 不 应 该 使 用 这 个 重 构 手法 。 


范例 


在 最 向 单 的 情况 下 ， 这 个 重 构 簿 单 得 个 全 一 
扣 。 一 开始 的 代码 古 这 样 : 


function rating(aDriver) { 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 


function moreThanFiveLateDeliveries(aDriver) { 
return aDriver.numberOfLateDeliveries > 5; 


Be A ZJEV FA) ES A return n h oo 
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function rating(aDriver) { 
return aDriver.numberOfLateDeliveries &gt; 5? 2: 1; 


} 


不 过 实际 情况 可 能 不 会 这 么 简单 ， 需 要 我 多 
做 一 点 儿 工 作 ， 硕 助 代 码 融入 它 的 新 家 。 例 如 ， 
开始 时 的 代码 与 前 面 稍 有 不 同 : 


function rating(aDriver) { 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 


function moreThanFiveLateDeliveries(dvr) { 
return dvr.numberOfLateDeliveries > 5; 


几乎 是 一 样 的 代码 ， 但 


moreThanFiveLateDeliveries Kav = HAN ERB 


名 与 调用 处 使 用 的 变量 名 不 同 ， 所 以 我 在 内 联 时 
需要 对 代码 做 些微 调 。 


function rating(aDriver) { 
return aDriver.numberOfLateDeliveries > 5 ? 2 : 1; 


} 
情况 还 可 能 更 复杂 。 例 如 ， 请 看 下 列 代码 : 


function reportLines(aCustomer) { 
const lines = []; 
gatherCustomerData(lines, aCustomer); 
return lines; 


function gatherCustomerData(out, aCustomer) { 
out.push(["name", aCustomer.name]); 
out.push(["location", aCustomer.location]); 


我 要 把 gathercustomerData 内 联 到 
reportLines 中 ， 这 时 简单 的 筋 切 和 狂 贴 驶 不 够 
了 。 这 段 代码 还 不 算 很 麻烦 ， 大 多 数 时 候 我 还 是 
一 步 到 位 地 完成 了 重 构 ， 只 是 需要 做 些 调整 。 如 
果 想 更 谍 导 些 ， 也 可 以 每 次 扳 移 一 行 代码 可 以 
首先 对 第 一 行 代码 使 用 搬移 语句 到 调用 者 (217) 
一 一 我 还 是 用 简单 的 * 勇 切 - 狐 贴 -调整 ”方式 进行 。 


function reportLines(aCustomer) { 
const lines = []; 
lines.push(["name", aCustomer.name]); 
gatherCustomerData(lines, aCustomer); 
return lines; 


} 


function gatherCustomerData(out, aCustomer) { 


out.push(["location", aCustomer.location]); 


外 后 继续 处 理 后 面 的 代码 行 ， 直 到 完成 整个 
重 构 。 


function reportLines(aCustomer) { 
const lines = []; 
lines.push(["name", aCustomer.name]); 


lines.push(["location", aCustomer.location]); 
return lines; 


重点 在 于 始终 小 步 前 进 。 大 多 数 时 候 ， 由 于 
我 阅 时 写 的 芳 数 部 很 小 ， 内 联 函 数 可 以 一 步 完 
成 ， 顶 多 需要 一 点 代码 调整 。 但 如 条 过 到 了 复杂 
的 情况 ， 我 会 每 次 内 联 一 行 代码 。 哪 人 只 是 处 理 
一 行 代码 ， 也 可 能 过 到 麻烦 ， 那 么 我 吏 会 使 用 更 
精细 的 重 构 手 法 搬移 语句 到 调用 者 (217) ， 将 步 
子 和 再 拆 细 一 点 。 有 时 我 会 目 信 满 注 地 快速 完成 重 
构 ， 然 后 测试 却 失败 了 ， 这 时 我 会 回 进 到 上 一 个 
能 通过 测试 的 版 本 ， 市 看 一 点 儿 惯 恼 ， 以 更 小 的 
步伐 再 次 重 构 。 


6.3 ”提炼 变量 (Extract Variable) 


曾 用 名 : 引入 解释 性 变量 (Introduce 
Explaining Variable) 


KAHE: 内 联 变量 (123) 


Q- m 
“| 


return order.quantity * order.itemPrice - 
Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


const basePrice = order.quantity * order.itemPrice; 

const quantityDiscount = Math.max(0, order.quantity - 500) * 
order.itemPrice * 0.05; 

const shipping = Math.min(basePrice * 0.1, 100); 

return basePrice - quantityDiscount + shipping; 


动机 


表达 陈 有 可 能 非 单 复杂 而 难以 阅读 。 这 种 情 
况 下 ， 局 部 变量 可 以 硕 助 我 们 将 表达 式 分 解 为 比 
较 容 易 管 理 的 形式 。 在 面 对 一 块 复杂 逻辑 时 ， 局 
部 变量 使 我 能 给 其 中 的 一 部 分 命名 ， 这 梓 我 束 能 
更 好 地 理解 这 部 分 逻辑 息 要 干什么 。 


这 样 的 变量 在 调试 时 也 很 方便 ， 它 们 给 调试 
故 和 打印 语句 提供 了 便利 的 抓 手 。 


如 末 我 考虑 使 用 提炼 变量 ， 束 意味 看 我 要 给 
代码 中 的 一 个 表达 式 命 名 。 一 旦 决定 要 这 样 做 ， 
我 吏 得 考虑 这 个 名 字 所 处 的 上 下 文 。 如 于 这 个 各 
子 只 在 当前 的 函数 中 有 意义 ， 那 么 提炼 变量 是 个 
不 蚀 的 选择 ;但 如 采 这 个 变量 名 在 更 宽 的 上 下 文 
中 也 有 意义 ， 我 承 会 考虑 将 其 梭 露 出 来 ， 通 和 以 
畏 数 的 形式 。 如 采 在 更 宽 的 拖 围 可 以 访问 到 这 个 
名 字 ， 吏 意味 着 其 他 代码 也 可 以 用 到 这 个 表达 
式 ， 而 不 用 把 它 重 写 一 裔 ， 这 样 能 减少 重复 ， 并 
日 能 更 好 地 表达 我 的 意图 。 


“将 新 的 名 字 骏 露 得 更 罗 ” 的 坏处 则 是 需要 额 
外 的 工作 量 。 如 琳 工 作 量 很 大 ， 我 会 暂时 搁 下 这 
个 想法 ， 稍 后 再 用 以 查询 取代 临时 变量 (178) 来 
处 理 它 。 但 如 有 条 处 理 其 他 很 催 单 ， 我 吏 会 立即 动 
手 ， 这 样 马 上 束 可 以 使 用 这 个 新 名 子 。 有 一 个 好 
的 例子 : 如 来 我 处 理 的 这 段 代码 属于 一 个 类 ， 对 
这 个 新 的 变量 使 用 提炼 函数 (106) 会 很 容易 。 


做 法 
。 确认 要 提炼 的 表达 式 没有 副作用 。 


声明 一 个 不 可 修改 的 变量 ， 把 你 想 要 提炼 的 表 
达 式 复制 一 份 ， 以 该 表达 式 的 结 来 值 给 这 个 变 
EE ° 

。 用 这 个 新 变量 取代 原来 的 表达 式 。 

。 测 试 。 


如 各 该 表达 陈 出 现 了 多 次 ， 请 用 这 个 狐 变 量 
逐一 替换 ， 每 次 替换 之 后 都 要 执行 测试 。 


范例 
我 们 从 一 个 简单 计算 开始 : 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 
Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 


+ 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


} 


这 上段 代码 还 算 简 单 ， 不 过 我 可 以 计 它 变 得 更 
容易 理解 。 首 先 ， 我 发 现 ， 底 价 (base price) 等 
于 数量 (quantity) 乘 以 单价 (item price) ° 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 
Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 
+ 


Math.min(order.quantity * order.itemPrice * 0.1, 100); 


我 把 这 一 新 学 到 的 知识 放 进 代码 里 ， 创 建 一 
个 要 量 ， 并 给 它 起 个 合适 时 名字: 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return order.quantity * order.itemPrice - 
Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 
+ 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


当然 ， 仅 仅 声 明 并 初始 化 一 个 变量 没有 任何 
作用 ,我 还 得 使 用 它 才 行 * 所 以 ;我 用 这 个 变量 
取代 了 原来 的 表达 式 .: 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 
Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 
+ 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


稍 后 的 代码 还 用 到 了 同样 的 表达 式 ， 也 可 以 
用 新 建 的 变量 取代 之 。 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 
+ 


Math.min(basePrice * 0.1, 100); 


} 


下 一 行 是 计算 批发 折扣 (quantity discount) 
的 逻辑 ， REFERRER: 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
const quantityDiscount = Math.max(0, order.quantity - 500) * 
order.itemPrice * 0.05; 
return basePrice - 
quantityDiscount + 
Math.min(basePrice * 0.1, 100); 


} 


最 后 ， 我 再 把 运费 (shipping) 计算 提炼 出 
来 。 同 时 我 还 可 以 删 挥 代码 中 的 注释 ， 因 为 现在 
代码 已 经 可 以 完美 表达 目 己 的 意义 了 : 


function price(order) { 
const basePrice = order.quantity * order.itemPrice; 
const quantityDiscount = Math.max(0, order.quantity - 
order.itemPrice * 0.05; 


const shipping = Math.min(basePrice * 0.1, 100); 
return basePrice - quantityDiscount + shipping; 


J 


范例 : 在 一 个 类 中 


下面 起 同样 的 代码， 但 这 次 它 位 于 一 个 类 


class Order { 
constructor(aRecord) { 
this._ data = aRecord; 


} 


get quantity() {return this. data.quantity;} 
get itemPrice() {return this. _data.itemPrice; } 


get price() { 
return this.quantity * this.itemPrice - 
Math.max(0, this.quantity - 500) * this.itemPrice * 0.05 


Math.min(this.quantity * this.itemPrice * 0.1, 100); 


我 要 提炼 的 还 古 同 样 的 变量 ， 但 我 意识 到 |: 
文旦 变量 各 所 代表 区 概念 、 适 才 于 对 &Sorder, 
而 不 仅仅 是 “计算 价格 ”的 上 下 文 。 既 然 如 此 ， 我 
更 愿意 将 它们 提炼 成 方法 ， 而 不 是 变量 。 


class Order { 
constructor(aRecord) { 
this._data = aRecord; 
} 
get quantity() {return this. data.quantity;} 
get itemPrice() {return this. _data.itemPrice; } 


get price() { 
return this.basePrice - this.quantityDiscount + 
this.shipping; 
} 


get basePrice() {return this.quantity * 
this.itemPrice; } 


get en ed 和 Math.max(0, this.quantity - 
500) * this emPrice * 05; 

get Bre sA Math.min(this.basePrice * 
0.1, 100);} 
} 


这 是 对 象 市 来 的 一 大 好 处 ， 它 们 提供 了 合 
的 上 下 文 ， 方 便 分 至 相 关 的 逻辑 和 数据 。 在 it 
简单 的 情况 下 ， 这 方面 的 好 处 还 不 太 明 显 ; 但 在 
一 个 更 大 的 类 当中 ， 如 采 能 找 出 可 以 共用 的 行 
H, 赂 予 它 独立 的 概念 抽象 ， 给 它 起 一 个 好 名 
字 ， 对 于 使 用 对 象 的 人 会 很 有 帮助 。 


6.4 ”内 联 变 量 (Inline Variable) 


曾 用 名 : 内 联 临 时 变量 (Inline Temp) 
反问 重 构 ， 提炼 变量 (119) 
@< 


let basePrice = anOrder.basePrice; 
return (basePrice > 1000); 


动机 
在 一 个 函数 内 部 ， 变 量 能 给 表达 式 提 供 有 和音 
义 的 名 字 ， 因 此 通常 变量 是 好 东西 。 但 有 了 时候 ， 
这 个 名 字 并 不 比 表达 式 本 二 更 具 表 现 力 。 还 有 些 
时 候 ， 受 量 可 能 会 妨碍 重 构 附近 的 代码 。 夺 来 真 
如 此 ， 就 应 该 通过 内 联 的 手法 消除 变量 。 
做 法 
。 栓 查 确 认 变 量 赂 值 语句 的 右 侧 表达 式 没 有 副 作 
用 o 
© WR IAEA AA ER, FERRE 
不 可 修改 ， 并 执行 测试 。 
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。 找 到 第 一 处 使 用 该 变量 的 地 方 ， 将 只 殖 换 为 直 
接 使 用 赋值 语句 的 石 侧 表达 式 。 

e MIT ° 
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的 地 方 。 
+ 删除 该 变量 的 声明 点 和 赋值 语句 。 
+ 测试 。 


6.5 ”改变 函数 声明 (Change 


Function Declaration) 


别名 : 函数 改名 (Rename Function) 
HZ: 函数 改名 (Rename Method) 
用 名 : 添加 参数 (Add Parameter) 


用 名 : 移 除 参数 (Remove Parameter) 


ls 


别名 : 修改 签名 (Change Signature) 


er 


f™ y, Z) 


8 N p~ 
f(x, y, Z) { 
} 


A 7 
动机 
函数 是 我 们 将 程序 拆 分 成 小 块 的 主要 方式 。 
画 数 声明 则 展现 了 如 何 将 这 些小 块 组 合 在 一 起 工 
作 一 一 可 以 说 ， 它 们 束 是 软件 系统 的 关 敢 。 和 任 


何 构造 体 一 样 ， 系 统 的 好 坏 很 大 程度 上 取决 于 天 
万 。 好 的 天 万 使 得 给 系统 添加 新 部 件 很 容易 ; 而 


糟 灼 的 天 下 则 不 断 招 致 肪 烦 ， 让 我 们 难以 看 请 软 
件 的 行为 ， 当 需求 变化 时 难以 找到 合适 的 地 方 进 
行 修改 。 还 好 ， 软 件 是 软 的 ， 我 可 以 改变 这 些 关 
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的 名 字 。 一 个 好 名 字 能 让 我 一 眼看 出 函数 的 用 
途 ， 而 不 必得 看 其 实现 代码 。 但 起 一 个 好 名 子 并 
不 容易 ， 我 很 少 能 第 一 次 束 把 名 子 起 对 。“ 吏 算 这 
个 名 字 有 点 迷惑 人 ， 还 是 放 着 别管 吧 一 一 说 到 
w, MERE TAFT ° ARAL E 
是 这 样 引 诱 我 的 。 为 了 拯救 程序 的 灵魂 ， 绝 不 能 
上 了 他 的 当 。 如 采 我 看 到 一 个 函数 的 名 字 不 对 ， 
一 旦 发 现 了 更 好 的 名 字 ， 束 得 尽快 给 轴 数 改名 。 
这 样 ， 下 一 次 再 看 到 这 段 代 码 时 ， 我 融 不 用 再 费 
力 搞 懂 其 中 到 底 在 干什么 。 (有 一 个 改进 函数 名 
FAITE: 苑 写 一 名 注释 搞 述 这 个 函数 的 用 
途 ， 再 把 这 句 注释 变 成 画 数 的 名 字 。 ) 


对 于 函数 的 参数 ， 道 理 也 是 一 样 。 函数 的 参 
数列 表 曾 述 了 函数 如 何 与 外 部 世界 共处 。 函 数 的 
SE Pty ee) te PO 
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把 菜 人 的 电话 号 人 码 转 换 成 符 定 的 格式 ， 并 且 该 芳 
数 的 参数 是 一 个 人 (person) ， 那 么 我 就 没 法 用 
这 个 函数 来 处 理 公 司 (company) 的 电话 号 码 。 


如 琳 我 把 芳 数 授 受 的 参数 由 “人 ” 改 成 “电话 号 
ee: iz 


修改 参数 列表 不 仅 能 增加 函数 的 应 用 范围 ， 
还 能 改变 连接 一 个 模块 所 需 的 条 件 ， 从 而 去 除 不 
必要 的 硝 合 。 在 前 面 这 个 例子 中 ， 修 改 参数 列表 
之 后 ,，“ 处 理 电话 号 人 码 格式 ”的 逻辑 所 在 的 模块 整 
无 须 了 解 “< 人 ”这 个 概念 。 减 少 模块 彼此 之 间 的 信 
FARR, SS BBA ERAT BE OEE CA AY 
担 一 一 毕竟 我 的 脑 容量 已 经 不 如 从 前 那么 大 了 

( 跟 我 脑袋 的 大 小 没关系 ) ° 


如 何 选 择 正 确 的 参数 ， 没 有 从 单 的 规则 可 

循 。 我 可 能 有 一 个 简单 的 印 效 ， 用 于 判断 文 付 是 
MAH 如 末 超 期 30 天 未 付款 ， 那 么 这 笔 文 付 
束 道 期 了 。 这 个 函数 的 参数 应 该 是 “ 文 

付 ”(payment) 对 象 ， 还 是 支付 的 到 期 日 呢 ? 如 
果 使 用 支付 对 象 ， 会 使 这 个 函数 与 支付 对 象 的 接 
口 而 合 ， 但 好 处 是 可 以 很 容易 地 访问 后 着 的 其 他 
属性 ， 当 “ 玫 期 * 的 逻辑 发 生变 化 时 就 不 用 修改 所 
有 调用 该 范 数 的 代码 一 一 换 句 话说 ， 提 高 了 该 落 
ANH ET FEE o 


对 这 道 难题 ， 唯 一 正确 的 答案 是 “没有 正确 答 
案 *， 而 且 答案 还 会 随 着 时 间 变 化 。 所 以 我 发 现 党 


握 改 变 函 数 声明 重 构 手法 至 天 重要 ， 这 样 当 我 想 
好 代码 中 应 该 有 有 哪些 关 古 时 ， 才 能 使 代码 随 看 我 
的 理解 而 演进 。 


在 本 书 中 引用 重 构 手法 时 ， 我 通常 只 使 用 它 
的 主 名 称 。 但 “改名 ” (rename) 是 改变 函数 声明 
的 重要 应 用 场景 ， 所 以 ， 如 采 只 是 用 于 改名 ， 我 
会 将 这 个 重 构 称 作 函数 改名 (Rename 
Function) ， 这 样 能 更 清晰 地 表达 我 的 用 意 。 从 做 
法 的 角度 ， 不 管 是 给 函数 改名 还 是 修改 参数 列 
表 ， 做 法 都 是 一 样 的 。 


做 法 


对 于 本 书 中 的 大 部 分 重 构 ， 我 只 展示 了 一 套 
全 法。 这 并 非 因 为 只 有 这 一 均 做 法 ， 而 是 因为 大 
部 分 情 说 下 ， 一 和 套 标准 的 做 法 都 密 用 。 不 过 ， 改 
SHAE HA eI ° EAER IB , 
JX CA Fe Fs AD; 但 在 很 多 时 候 ， 有 必要 以 更 
渐进 的 方式 未 步 迁 移 到 达 最 终结 宋 。 所 以 ， 在 进 
行 此 重 构 时 ， 我 会 查看 变更 的 犯 围 ， 目 问 十 人 否 能 
一 步 到 位 地 修改 芳 数 声明 及 其 所 有 调用 着。 如 来 
可 以 ， 我 回采 用 简单 的 做 法 。 迁 移 式 的 做 法 让 我 
可 以 逐步 修改 调用 方 代码 ， 如 琳 芳 数 被 很 多 地 方 
调用 ， 或 者 修改 不 容易 ， 或 首要 修改 的 十 一 个 多 


ASKS, KAN KAE HIE ERS aR, BT 
et UHR HE AR BBE e 


简单 的 做 法 


。 如 末 想 要 移 除 一 个 参数 ， 需 要 先 确 定 画 数 体内 
没有 使 用 该 参数 。 

。 修 改 玉 数 声明 ， 使 其 成 为 你 期 望 的 状态 。 

。 找 出 所 有 使 用 旧 的 函数 声明 的 地 方 ， 将 它们 改 
为 使 用 新 的 函数 声明 。 

。 测 试 。 


最 好 能 把 大 的 修改 拆 成 小 的 步 桑 ， 所 以 如 有 
你 既 想 修改 函数 名 ， 叉 想 添加 参数 ， 最 好 分 成 两 
步 来 做 。 GRA, 不论 何 时 ， 如 果 明 到 了 麻烦 ， 
请 撤销 修改 ， 并 改 用 迁移 式 做 法 。) 


。 如 采 有 必要 的 话 ， 先 对 函数 体内 部 加 以 重 构 ， 
使 后 面 的 提炼 步 又 易于 开展 。 

a (106) 将 函数 体 提 炼 成 一 个 新 
EKI fe) 


如 琳 你 打算 沿用 旧 函 数 的 名 子 ， 可 以 先 给 


新 画 数 起 一 个 易于 搜索 的 临时 名 字 。 


。 如 果 提 炼 出 的 函数 需要 新 增 参 数 ， 用 前 面 的 简 
单 做 法 添加 即 可 。 

。 测 试 。 

。 对 旧 函 数 使 用 内 联 函 数 (115) ° 

。 如 果 新 函数 使 用 了 临时 的 名 字 ， 再 次 使 用 改变 
T ee 

。 测 试 。 


如 来 要 重 构 的 范 数 属于 一 个 具有 多 仿 性 的 
类 ， 那 么 对 于 该 函数 的 每 个 实现 版 本 ， 你 都 需要 
通过 “ 皖 炬 出 一 个 新 函数 ”的 方式 添加 一 层 同 接 ， 
并 把 旧 函 数 的 调用 园 发 给 新 函数 。 如 采 该 函数 的 
多 仿 性 是 在 一 个 类 继 藉 体系 中 体现 ， 那 么 只 需要 
在 超 类 上 转发 即 可 ， 如 采 各 个 实现 类 之 间 并 没有 
oo ABZ whe 22 CE BET SMR EW 


如 果 要 重 构 一 个 已 对 外 发 布 的 API， 在 提炼 
出 新 函数 之 后 ， 你 可 以 章 俘 重 构 ， 将 原来 的 函数 
声明 为 “不 推荐 使 用 ” (deprecated) ， 然 后 给 客 


户 凯 一 所 时 间 转 为 使 用 新 函数 。 等 你 有 信心 所 有 
ZPA EO ZAMAH KROER RITKA, HRIH 
EA ANAS HH o 


YER: PRBS (简单 做 法 ) 
下 列 画 数 的 名 字 太 过 简略 了 


function circum(radius) { 
return 2 * Math.PI * radius; 


我 想 把 它 改 得 更 有 意义 一 点 儿 。 首 先 修改 图 
数 的 声明 : 


function circumterence(rad iUe) { 
return 2 Math .PI radius; 


} 


RIBERA a val a circum AH, RFE 


MW circumference ° 


在 不 同 的 编程 语言 环境 中 ,“ 找 到 所 有 调用 旧 
芳 数 的 地 方 ” 这 件 事 的 难度 也 各 异 。 议 仿 类 型 加 上 
趁 手 的 IDE 能 提供 最 好 的 体验 ， 通 单 可 以 全 目 动 
地 完成 范 数 改名 ， 出 第 的 概率 极 低 。 如 有 条 没有 毅 
态 类 型 ， 束 需要 多 花 些 工夫 : 即便 再 好 的 搜索 工 


een ee ee ae 

增 减 参数 的 做 法 也 相同 : 找 出 所 有 调用 着， 
修改 范 数 声明 ， 人 然后 修改 调用 者。 最 好 是 能 分 步 
PASM: WRA EKRANA, ORAS, 
我 会 完 完 成 改名 ， 测 试 ， 然 后 添加 参数 ， 然 后 册 
次 测试 。 


这 个 重 构 的 催 单 做 法 缺点 在 于 ， 我 必须 一 次 
性 修改 所 有 调用 者 和 函数 声明 (或 者 说 ， 所 有 的 
函数 声明 ， 如 果 有 多 态 的 话 ) 。 如 果 只 有 不 多 的 
几 处 调用 者， 或 者 如 果 有 可 菲 的 目 动 化 重 构 工 
具 ， 这 样 做 是 没 问题 的 。 但 如 采 调 用 者 很 多 ， 事 
TERS ee IRS co Ab, BOREAS FHA 
唯一 ， 也 可 能 造成 问题 。 例 如 ， 我 想 给 代 
表 “ 人 ”的 person 类 的 changeAddress 函 数 改 名 ， 但 
同时 在 代表 “保险 合同 ”的 InsuranceAgreement 类 中 
也 有 一 个 同名 的 函数 ， 而 我 并 不 想 修改 后 着 的 名 
字 。 修 改 越 是 复杂 ， 我 束 越 不 希望 一 步 到 位 地 完 
成 。 如 果 有 这 些 问题 出 现 ， 我 就 会 改 为 使 用 迁移 
式 做 法 。 同 样 ， 如 采 使 用 简单 做 法 时 出 了 什么 
还 ， 我 也 会 把 代码 回 深 到 上 一 个 已 知 正确 的 状 
人 态 ， 并 改 用 迁移 式 做 法 再 来 一 人 过 。 


范例 : BO (迁移 式 做 法 ) 


还 是 这 个 名 字 太 过 人 简略 的 图 效 : 


function circum(radius) { 
return 2 * Math.PI * radius; 


} 


按照 迁移 式 做 法 ， 我 首先 要 对 整个 函数 体 使 
用 提炼 画 数 (106) : 


function circum(radius) { 
return circumference(radius); 


function circumference(radius) { 
return 2 * Math.PI * radius; 


此 时 我 要 执行 测试 ， 然 后 对 旧 函 数 使 用 内 联 
PAX (115) : 找 出 所 有 调用 旧 函 数 的 地 方 ， 将 其 
改 为 调用 新 函 效 。 每 次 修改 之 后 都 可 以 执行 测 
试 ， 这 样 我 吏 可 以 小 步 前 进 ， 每 次 修改 一 处 调用 
A 
EX] 2X ° 


大 多 数 重 构 手法 只 用 于 修改 我 有 权 修 改 的 代 
人 码 ， 但 这 个 重 构 手法 同样 适用 于 已 发 布 API 一 一 
使 用 这 些 API 的 代码 我 无 权 修 改 。 以 上 面 的 代码 
HA, AEH circumference KAZ ja, wr LA 


暂停 重 构 ， 并 (如 果 可 以 的 话 ) 将 circum 函 数 标 

W deprecated ° Aa RDM O FA A nA H 

circumference KÈN, 等 他 们 都 改 完了 ， 我 再 删除 
circum 落 数 。 即 便 永远 也 抵达 不 了 “删除 circum 函 
2 至 少 新 代码 有 了 一 个 更 好 的 
7 Z o 


WA: 添加 参数 


KAS “et A BEE EE 其 中 有 代表 “图 
书 ” 的 Book 类 ， 它 可 以 接受 顾客 (customer) 的 预 
订 (reservation) : 


class Book... 


addReservation(customer) { 
this._reservations.push(customer ); 
} 


现在 我 需要 支持 “局 优 先 级 预订 ”， 因 此 我 要 
给 addReservation 领 外 这 加 一 个 参数 ， 用 于 标记 
这 次 预订 应 该 进入 普通 队列 还 是 优先 队列 。 如 果 
能 很 容易 地 找到 并 修改 所 有 调用 方 ， 我 可 以 直接 
修改 ; 但 如 采 不 行 ， 我 仍然 可 以 采用 迁移 式 做 
法 ， 下 面 是 详细 的 过 程 。 


ac, RATERS (106) 把 
eee 放 进 一 个 新 

BRIAN © 3h oT EW ee ZS S MY addReservation, 但 
eee rie EB 同 时 占用 这 个 名 字 ， 所 以 我 会 
和 匈 给 新 函数 起 一 个 容易 搜索 的 崎 时 名 字 。 


class Book... 


addReservation(customer) { 
this.zz_addReservation(customer ); 


zz_addReservation(customer) { 
this._reservations.push(customer ); 


} 


AERATED HA A PB, TRAY 
(EBA BCE al ALT NAT | 〈 也 就 是 采用 位 
单 做 法 完成 这 一 步 ) 。 


class Book... 


addReservation(customer) { 
this.zz_addReservation(customer, false); 


} 


zz_addReservation(customer, isPriority) { 
this._reservations.push(customer ); 


} 


在 修改 调用 方 之 前 ， 我 豆 欢 利用 JavaScript 有 的 
语言 特性 先 应 用 引入 断言 (302) ， 确 保 调 用 方 一 
定 会 用 到 这 个 新 参数 。 


class Book... 


zz_addReservation(customer, isPriority) { 
assert(isPriority === true || isPriority === false); 


this._reservations.push(customer ); 


} 


现在 ， 如 朱 我 在 修改 调用 方 时 出 了 销 ， 没 有 
近 供 新 参数， 这 个 断言 会 大 我 抓 到 篆 误 一 一 以 我 
过 去 的 经 验 来 看 ， 比 我 更 容易 出 错 的 程序 员 怕 古 


不 多 。 


现在 ， 我 可 以 对 源 函 数 使 用 内 联 画 数 
(115) ， 使 其 调用 者 转 而 使 用 新 函数 。 这 样 我 可 
以 每 次 只 修改 一 个 调用 着 。 


ENE Bo AY DAE sr Es EN [Bl ORI T ° 
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范例 : 把 参数 改 为 属性 


此 前 的 范例 都 很 简单 : 改 个 名 ， 增 加 一 个 参 
效 。 有 了 迁移 式 伏 法 以 后 ， 这 个 重 构 手 法 可 以 相 
当 利 落地 处 理 更 复杂 的 情况 。 下 面 束 是 一 个 更 复 
杂 的 例子 。 


假设 我 有 一 个 国 效 ， 用 于 判断 顾客 


(customer) 是 不 是 来 自 新 英格兰 (New 
England) 地 区 : 


function inNewEngland(aCustomer) { 
return ["MA", "cT", "ME", "VT", "NH", 


"RI" ].includes(aCustomer.address.state); 


下 面 古 一 个 调用 该 贸 数 的 地 方 : 


调用 方 .… 


const newEnglanders = someCustomers.filter(c => 
inNewEngland(c)); 


inNewEngland 函 数 只 用 到 了 顾客 所 在 的 州 
(state) 这 项 信息 ， 基 于 这 个 信息 来 判断 顾客 是 
否 来 日 新 严格 兰 地 区 。 我 布 望 重 构 这 个 男 数 ， 使 
其 接受 州 代 码 (state code) 作为 参数 ， 这 样 束 能 
去 挥 对 “顾客 ”概念 的 依赖 ， 使 这 个 罚 数 能 在 更 多 
的 上 下 文中 使 用 。 


TEHA HKZ, BO AA 
REŽE (106) ， 但 在 这 里 我 会 完 对 函数 体 做 一 点 
重 构 ， 使 后 面 的 重 构 步 骤 更 简单 。 我 先 用 提炼 变 
量 (119) 提炼 出 我 想 要 的 新 参数 : 


function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 


return ["MA", HCT "ME", "VT", "NH", 
"RI" ].includes(stateCode) ; 
} 


然后 再 用 提炼 函数 (106) 创建 新 函数 : 


function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 
return xXxNEWinNewEngland(stateCode) ; 


} 


function i gee { 
return ["MA", "CT", "ME", "VT", "NH", 
"RI"]. includes(stateCode); 


我 会 给 新 画 数 起 一 个 好 记 叉 独特 的 临时 名 
字 ， 这 样 回头 要 改 回 原 来 的 名 字 时 也 会 商 单一 
些 。 (你 也 看 到 ， 对 于 怎么 起 这 些 临 时 名 字 ， 我 
并 没有 统一 的 标准 。) 


我 会 在 源 画 数 中 使 用 内 联 变量 (123) ， 把 刚 
才 拓 炼 出 来 的 参数 内 联 回 去 : 


function inNewEngland(aCustomer) { 
return xXxNEWinNewEngland(aCustomer.address.state); 


} 


然后 我 会 用 内 联 函 数 (115) 把 旧 画 数 内 联 到 
沿用 处 。 其 获 果 就 是 把 目 本 数 的 调用 不 改 为 泗 用 
新 钞 效 。 我 可 以 每 次 修改 一 个 调用 处 。 


HAD... 
xxNEWinNewEngland(c.address.state)); 

KARAKE EHA, FRB 
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HAD... 
inNewEngland(c.address.state)); 
顶层 作用 域 ... 


function inNewEngland(stateCode) { 
return ["MA", "CT; "ME", "VT", "NH", 


"RI" ].includes(stateCode); 
} 


目 动 化 重 构 工具 减少 了 迁移 式 做 法 的 用 武之 
地 ， 同 时 也 使 了 迁移 式 做 法 更 加 融 效 。 目 动 化 重 构 
工具 可 以 安全 地 处 理 相当 复 洒 的 改名 、 参 数 变 更 
等 情况 ， 所 以 迁移 式 做 法 的 用 武之 地 整 变 少 了 ， 
因为 目 动 化 重 构 工具 经 和 能 近 供 足够 的 文 持 。 如 
琳 通 到 类 似 这 里 的 例子 ， 尽 管 工 具 无 法 目 动 完成 
整个 重 构 ， 还 是 可 以 更 快 、 更 安全 地 完成 天 键 的 
拥 炼 和 内 联 步 桑 ， 从 而 傈 化 整个 重 构 过 程 。 


66 ”封闭 变量 (Encapsulate 
Variable) 


用 名 : 自封 装 字段 (Self-Encapsulate 
Field) 


HZ: 封装 字段 (Encapsulate Field) 


一 


I 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 


let defaultOwnerData = {firstName: "Martin", lastName: 
"Fowler"}; 
export function defaultOwner ( ) {return 


defaultOwnerData; } 
export function setDefaultOwner(arg) {defaultOwnerData = arg; } 


动机 


重 构 的 作用 束 是 调整 程序 中 的 元 素 。 函 数 相 
WAZ VEE, ANA AA, Bie 
调用 。 在 改名 或 搬移 芳 数 的 过 程 中 ， 忌 十 可 以 比 
较 容易 地 保留 旧 函 数 作为 转发 画 数 ( 即 旧 代码 调 
用 旧 画 数 ， 旧 函数 再 调用 狐 函 数 ) 。 这 样 的 转发 
ee 


效 据 束 要 厢 烦 得 多 ， 因 为 没 办 法 设计 这 样 的 
转发 机 制 。 如 朱 我 把 效 据 拔 走 ， 融 必须 同时 修改 
所 有 引用 该 数据 的 代码 ， 人 否则 程序 殉 不 能 运行 。 
如 东 数 据 的 可 访问 范围 很 小 ， 比 如 一 个 小 图 数 内 
部 的 临时 变量 ， 那 还 不 成 问题 。 但 如 采 可 访问 艺 
转变 大 ， 重 构 的 难度 网 会 随 之 增 大 ， 这 也 和 是 说 全 
局 数据 是 大 麻烦 的 原因 。 


所 以 ， 如 来 想 要 搬移 一 处 饭 广 沁 使 用 的 数 
据 ， 最 好 的 办 法 往往 十 先 以 芳 数 形式 封 波 所 有 对 
该 数据 的 访问 。 这 样 ， 我 束 能 把 “重新 组 织 数 
据 ? 的 困难 任务 转化 为 "重新 组 织 国 效 "这 个 相对 催 


单 的 任务 。 


封 竣 数据 的 价值 还 不 止 于 此 。 封 于 能 捉 供 一 
个 请 晰 的 观测 点 ， 可 以 由 此 监控 数据 的 变化 和 使 
用 情况 ， 我 还 可 以 轻松 地 添加 数据 被 修改 时 的 验 
证 或 后 续 逻 辑 。 我 的 习惯 羡 : 对 于 所 有 可 变 的 数 
fa, ABE ATER ute See, RMA KRE 
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要 修改 或 增加 使 用 可 变数 据 的 代码 ， 我 融会 信 机 
把 这 份 效 据 封 妆 起 来 ， 从 而 避免 继续 加 重 硝 合 一 
份 已 经 广泛 使 用 的 数据 。 


面向 对 象 方法 如 此 强调 对 象 的 数据 应 该 保持 
私有 (private) ， 背 后 也 是 同样 的 原理 。 每 当 看 
见 一 个 公开 (public) 的 字段 时 ， 我 就 会 考虑 使 
用 封装 变量 (在 这 种 情况 下 ， 这 个 重 构 手法 常 被 
称 为 封装 字段 ) 来 缩小 其 可 见 范 围 。 一 些 更 激进 
的 观点 认为 ， 即 便 在 类 内 部 ， 也 应 该 通过 访问 男 
数 来 使 用 字段 一 这 种 做 法 也 称 为 “自封 装 ”。 大 
体 而 言 ， 我 认为 自封 装 有 点 儿 过 度 了 一 一 如 果 一 
个 类 大 到 需要 将 字段 自封 装 起 来 的 程度 ， 那 么 首 


先 应 该 考虑 把 这 个 类 拆 小 。 不 过 ， 在 分 拆 类 之 
前 ， 目 封 汉字 上 段 倒是 一 个 有 用 的 步 又 。 


封 狐 数据 很 重要 ， 不 过 ， 不 可 变数 据 更 重 
要 。 如 果 数 据 不 能 修改 ， 就 根本 不 需要 数据 更 狐 
前 的 验证 或 者 其 他 逻辑 钧 和 于。 我 可 以 放心 地 复制 
数据 ， 而 不 用 搬移 原来 的 数据 一 一 这 样 束 不 用 修 
改 使 用 旧 数 据 的 代码 ， 也 不 用 担心 有 些 代码 获得 
-o o 不 可 变性 是 强大 的 代码 防 愉 
rl 2 


做 法 


。 创 建 封 痛 男 数 ， 在 其 中 访问 和 更 狐 变 量 值 。 

e HÍT SE ° 

。 还 一 修改 使 用 该 变量 的 代码 ， 将 其 改 为 调用 合 
EWER KR o FREZA, PUT MMI 

。 限制 变量 的 可 见 性 。 


有 时 没 办 法 阻止 直接 访问 要 量 。 寿 东 真 如 


此 ， 可 以 试 试 将 变量 改名 ， 再 执行 测试 ， 找 出 
仍 在 直接 使 用 该 变量 的 代码 。 


e IIN ° 
。 <2" 73 FEE FA BTS VR 
162) ° 


范例 


"m 下 面 这 个 全 局 变量 中 傈 存 了 一 些 有 用 的 数 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 
使 用 它 的 代码 平淡 无 奇 : 
更 狐 这 段 数据 的 代码 是 这 样 : 


defaultOwner = {firstName: "Rebecca", lastName: "Parsons"}; 


BIC BE SR Ald Bei AY EH BM 
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function getDefaultOwner() {return defaultOwner ; } 
function setDefaultOwner(arg) {defaultOwner = arg; } 


SR Ter UTE Ue Sb EE H defaultOwner 的 代码 
每 看 见 一 处 引用 该 数据 的 代码 ， 束 将 其 改 为 调用 


HUR EKZ ° 


每 看 见 一 处 给 变量 赋值 的 代码 ， 就 将 其 改 为 
Val Ac EK ZN © 


setDefaultOwner({firstName: "Rebecca", lastName: "Parsons"}); 


每 次 替换 之 后 ， 执 行 测试 。 


处 理 完 所 有 使 用 该 变量 的 代码 之 后 ， 我 吏 可 
以 限制 它 的 可 见 性 。 这 一 步 的 用 意 有 两 个 ， 一 来 
是 检查 是 否 遗 涯 了 变量 的 引用 ， 二 米 可 以 祭 证 以 
后 的 代码 也 不 会 直 拉 访问 该 变量 。 在 JavaScript 
中 ， 我 可 以 把 变量 和 访问 函数 据 移 到 蛙 独 一 个 文 
件 中 ， 并 且 只 导出 访问 函数 ， 这 样 下 限制 了 变量 
的 可 见 性 。 


defaultOwnerjs... 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"},; 


export function getDefaultOwner () {return defaultOwner ; } 
export function setDefaultOwner(arg) {defaultOwner = arg;} 


如 果 条 件 不 允许 限制 对 变量 的 访问 ， 可 以 将 
变量 改名 ， 然 后 再 次 执行 测试 ， 检 查 是 否 仍 有 代 


人 码 在 直接 使 用 该 变量 。 这 阻止 不 了 末 来 的 代码 直 
接 访 问 变 量 ， 不 过 可 以 给 变量 起 个 有 意义 又 难看 
的 名 字 (例如 privateonly_defaultowner) ， 提 
HEMARA Y 


我 不 喜欢 给 取 值 范 数 加 上 get 前 绥 ， 所 以 我 对 
这 个 函数 改名 。 


defaultOwnerjs... 


let defaultOwnerData = {firstName: "Martin", lastName: 
"Fowler"}; 
export function getdefaultOwner () {return 


defaultOwnerData; } 
export function setDefaultOwner(arg) {defaultOwnerData = arg; } 


JavaScript 有 一 种 惯例 : 给 取 值 画 数 和 设 值 范 
数 起 同样 的 名 字 ， 根 据 有 没有 传 入 参数 来 区 分 。 
FY FEI MBE PR A E eX AUER 
数 ” (Overloaded Getter Setter) [mf-orgs]|， 并 且 我 
强烈 反对 这 种 做 法 。 所 以 ,虽然 我 不 喜欢 get 醒 


B, BRZAKA seth 


封装 值 


前 面 介 绍 的 基本 重 构 手法 对 数据 结构 的 引用 
做 了 封装 ， 使 我 能 控制 对 该 数据 结构 的 访问 和 重 
Sn 
改 : 


const owner1 = defaultOwner(); 
assert.equal("Fowler", owneri.lastName, "when set"); 
const owner2 = defaultOwner(); 


owner2.lastName = "Parsons"; 
assert.equal("Parsons", owneri.lastName, "after change 
owner2"); // is this ok? 


HI TED Ae AS BPI Se DON NRE 
的 引用。 很 多 时 候 这 已 经 足够 了 。 但 也 有 很 多 时 
候 ， 我 需要 把 封 汉 做 得 更 深入 ， 不 仅 控 制 对 变量 
引用 的 修改 ， 还 要 控制 对 变量 内 容 的 修改 。 


这 有 两 个 办 法 可 以 做 到 。 最 简单 的 办 法 是 林 
止 对 数据 结构 内 部 的 数值 做 任何 修改 。 我 最 喜欢 
ARBOR LEER, IGE LR CY 
一 份 副本 。 


defaultOwnerjs... 


let defaultOwnerData = {firstName: "Martin", lastName: 
"Fowler"}; 
export function defaultOwner ( ) {return Object.assign({}, 


defaultOwnerData) ; } 
export function setDefaultOwner(arg) {defaultOwnerData = arg; } 


对 于 列表 数据 ， 我 尤其 第 用 这 一 招 。 如 来 我 
在 取 值 范 数 中 返回 数据 的 一 份 副本 ， 客 户 姗 可 以 
随便 修改 它 ， 但 不 会 影响 到 共 至 的 这 份 数据 。 但 
在 使 用 副本 的 做 法 时 ， 我 必须 格外 小 心 有 些 代 
码 可 能 布 望 能 修改 共 圣 的 数据 。 耕 果真 如 此 ， 我 
整 只 能 依赖 测试 米 发 现 问题 了 。 为 一 种 做 法 古 阻 
止 对 数据 的 修改 ， 比 如 通过 封装 记录 (162) 就 能 
很 好 地 实现 这 一 效果 。 


let defaultOwnerData = {firstName: "Martin", lastName: 
"Fowler"}; 

export function defaultOwner ( ) {return new 
Person(defaultOwnerData) ; } 

export function setDefaultOwner(arg) {defaultOwnerData = arg;} 


class Person { 
constructor(data) { 
this. _lastName = data.lastName; 
this. _firstName = data.firstName 


get lastName() {return this. _lastName; } 
get firstName() {return this. _firstName; } 
// and so on for other properties 


ME, WRA iny FA defaultowner KER 
得 “默认 拥有 人 ”数据 、 再 尝试 对 其 属性 ( 即 
lastName 和 firstName) 重新 赋值 ， 赋 值 不 会 产生 
任何 效果 。 对 于 侦 测 或 阻止 修改 数据 结构 内 部 的 
数据 项 ， 各 种 编程 语言 有 不 同 的 方式 ， 所 以 我 会 
根据 当下 使 用 的 语言 来 选择 具体 的 办 法 。 


“ 贷 测 和 阻止 修改 数据 结构 内 部 的 数据 项 ” 通 
单 只 坪 个 蛋 时 处 置 。 随 后 我 可 以 去 除 这 些 修改 多 
辑 ， 或 痢 提 供 适 当 的 修改 画 数 。 这 些 痢 处 理 完 之 
后 ， 我 束 可 以 修改 取 值 画 数 ， 使 其 返回 一 份 数据 


副本 。 


到 目前 为 止 ， 我 都 在 讨论 “在 取 数 据 时 返回 一 
份 副本 ， 其 实 设 值 范 数 也 可 以 返回 一 份 副本 。 这 
取决 于 数据 从 哪儿 来 ， 以 及 我 是 否 需要 保留 对 涯 
效 据 的 连接 ， 以 便 知 悉 产 数据 的 变化 。 如 采 不 需 
BITE — RIE, HA A BORE] — trl AR 
有 好 处 :可 以 防止 因为 产 数 据 发 生变 化 而 所 成 的 
意外 事故 。 很 多 时 候 可 能 没 必要 复制 一 份 效 据 ， 
不 过 多 一 次 复制 对 性 能 的 影响 通 间 也 都 可 以 忽略 
不 计 。 但 古 ， 如 来 不 做 复制 ， 风 险 则 十 未 来 可 能 
会 陷入 漫长 而 困难 的 调运 排 稍 过 程 。 


请 记 住 ， 前 面 所 到 的 效 据 复 制 、 类 封 妆 等 措 
ft, ab AER Ca FRA Ti ° SARE 
走 得 更 深入 ， 吏 需要 更 多 层级 的 复制 或 是 封 痛 。 


如 你 所 见 ， 数 据 封 婆 很 有 价值 ， 但 往往 并 不 
HE o PREZA RTA, Akaa, PR 
TAKEIT, UKRE REAIS 
A e AIL, AAL, BOE BCE AL, Bt 
Dee itt 71 28 E “MAIER © 


6.7 ”变量 改名 (Rename Variable) 


Name 


Aem C] 


let a = height * width; 


Y 


let area = height * width; 


AIMA xe REIA D o Be et n] NMRA 
地 解释 一 段 程 序 在 干什么 一 一 如 果 变 量 名 起 得 好 
的 话 。 但 我 经 各 会 把 名 字 起 锯 一 一 有 时 是 因为 想 
得 不 够 仔细 ， 有 时 十 因 为 我 对 问题 的 理解 加 深 
T, LAR EANET RAE H A ERKA 


z T 


便 用 区 围 越 广 ， 名 字 的 好 坏 殉 越 重 要 。 只 在 
一 行 的 lambda 表 达 式 中 使 用 的 变量 ， 跟 路 起 来 很 
容易 一 一 像 这 样 的 变量 ， 我 经 各 只 用 一 个 字母 命 
名 ， 因 为 变量 的 用 途 在 这 个 上 下 文中 很 清晰 。 同 
理 ， 短 函数 的 参数 名 也 种 币 很 商 单 。 不 过 在 
JavaScript 这 样 的 动态 类 型 语言 中 ， 我 喜欢 把 类 型 
信息 也 放 进 名 字 里 《于 是 变量 名 可 能 叫 
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tPF Fass EES, WE 
要 更 用 心 命名 。 这 是 我 最 花心 思 的 地 方 。 


机 制 


e. URE ZEH, SISA Ae E 
(132) 将 其 封装 起 来 。 
。 找 出 所 有 使 用 该 变量 的 代码 ， 逐 一 修改 。 


”如 末 在 妨 一 个 代码 库 中 使 用 了 该 变量 ， 这 
就是 一 个 “已 发 布 变量 ” (published variable) , 
此 时 不 能 进行 这 个 重 构 。 


如 来 变量 值 从 不 修改 ， 可 以 将 其 复制 到 一 
个 新 名 字 之 下 ， 然 后 用 一 修改 使 用 代码 ， 每 次 


修改 后 执行 测试 。 


. 测试。 
范例 


如 采 要 改名 的 变量 只 作用 于 一 个 函数 (临时 
变量 或 者 参数 ) ， 对 其 改名 是 最 简单 的 。 这 种 情 
WAWE, ARAN BE: 找到 变量 的 所 有 5 
Al, (BBO OR BUT ° 完成 修改 之 后 ， 我 会 执行 测 
I MRZE RMT ARKA ° 


WRZ AE FAN IEP Pe, P 
会 出 现 。 代 码 库 的 各 处 可 能 有 很 多 地 方 使 用 它 : 


有 些 地 方 息 在 读 取 变量 值 : 
为 一 些 地 廊 则 更 新 它 的 值 : 


a 
= (132) : 


A 


result += `<h1>${title()}</h1>`; 


setTitle(obj['articleTitle']); 


function title() {return tpHd;} 
function setTitle(arg) {tpHd = arg;} 


现在 就 可 以 给 变量 改名 : 


let title = "untitled"; 


function title() {return _title;} 
function setTitle(arg) {_title = arg; } 


BCH] RREN BA, KORKAN E] 
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如 东 我 确实 想 内 联 ， 在 重 构 过 程 中 ， 我 吏 


会 将 取 值 函数 命名 为 getTitle， 并 且 其 中 的 变量 
TERNAL BE BZIP 


ons BA 


ARE ZO (BREE NH 
BBR ICR) ， 我 可 以 复制 这 个 党 

量 ， 这 样 既 不 需要 封装 ， 又 可 以 逐步 完成 改名 。 
假如 原来 的 变量 声明 十 这 样 : 


改名 的 第 一 步 征 复制 这 个 种 量 : 


const companyName = "Acme Gooseberries"; 


const cpyNm = companyName; 


ASX SAA, RA LAE BCS | FAIA A 
量 的 代码 ， 使 其 引用 新 的 常量 。 全 部 修改 完成 
后 ， 我 会 删 挥 旧 的 音量 。 我 蝇 欢 先 声 明 新 的 弟 量 
名 ， 然 后 把 新 常量 复制 给 旧 的 名 子 。 这 样 最 后 删 
除 旧 名 字 时 会 稍微 容易 一 点 ， 如 条 测试 失败 ， 再 
把 旧 篆 量 放 回来 也 稍微 容易 一 氮 。 


这 个 做 法 不 仅 适 用 于 第 量 ， 也 同样 适用 于 客 
局 ata 变量 (例如 JavaScript 模 块 中 导出 
的 变量 


(0) 


68 引入 参数 对 象 (Introduce 


Parameter Object) 


function amountInvoiced(startDate, endDate) {...} 
function amountReceived(startDate, endDate) {...} 
function amountOverdue(startDate, endDate) {...} 


function amountInvoiced(aDateRange) {...} 
function amountReceived(aDateRange) {...} 
function amountOverdue(aDateRange) {...} 


动机 

我 划 会 看 抑 ， 一 组 数据 项 总 症结 伴 同 行 ， 出 
没 于 一 个 义 一 个 钞 数 。 这 样 一 组 数据 束 古 所 谓 的 
效 据 泥 团 ， 我 喜欢 代 之 以 一 个 数据 结构 。 


将 效 据 组 织 成 结构 是 一 件 有 价值 的 事 ， 因 为 
这 让 数据 项 之 间 的 关系 变 得 明晰 。 使 用 新 的 数据 


结构 ， 参 数 的 参数 列表 也 能 缩短 。 并 且 经 过 重 构 
之 后 ， 所 有 合用 该 数据 结构 的 函数 都 会 通过 同样 
ee 


但 这 项 重 构 真正 的 意义 在 于 ， 它 会 催生 代码 
中 更 深层 次 的 改变 。 一 旦 识别 出 新 的 数据 结构 ， 
我 束 可 以 重组 程序 的 行为 来 使 用 这 些 结构 。 我 会 
创建 出 琴 数 来 捕 提 围绕 这 些 数 据 的 共用 行为 一 一 
可 能 只 是 一 组 共用 的 钞 数 ， 也 可 能 用 一 个 类 把 数 
据 结 构 与 使 用 数据 的 芳 数 组 合 起 来 。 这 个 过 程 会 
改变 代码 的 概念 图 景 ， 将 这 些 数 据 结构 提升 为 靳 
的 抽象 概念 ， 可 以 带 助 我 更 好 地 理解 问题 域 。 来 
真如 此 ， 这 个 重 构 过 程 会 产生 惊人 强大 的 效用 
但 如 有 宁 不 用 引入 参数 对 象 开局 这 个 过 程 ， 后 
面 的 一 切 虱 不 会 发 生 。 


做 法 


AEE BH 一 个 合适 的 数据 结构 ， 丈 创建 


—] 


我 倾 问 于 使 用 类 ， 因 为 稍 后 把 行为 放 进 来 


会 比较 容易 。 我 通 闸 会 尽量 确 体 这些 新 建 的 数 


据 结 构 是 值 对 象 [mf-vo]。 


。 测 试 。 

。 使 用 改变 函数 声明 (124) 给 原来 的 函数 新 增 
TBM, RE ERE AEA ° 

e MIT ° 

。 调 整 所 有 调用 者 ， 传 入 新 数据 结构 的 适当 实 
例 。 每 修改 一 处 ， 执 行 测试 。 

。 用 新 数据 结构 中 的 每 项 元 素 ， 逐 一 取代 人 参 效 列 
表 中 与 之 对 应 的 参数 项 ， 然 后 删除 原来 的 参 
数 。 测 试 。 


范例 


下 面 要 展示 的 代码 会 但 看 一 组 温度 读数 
(reading) ， 检 查 是 否 有 任何 一 条 读数 超出 了 指 
a (range) 。 温 度 读数 的 数据 如 


const station = { name: "ZB1", 
readings: [ 
{temp: 47, time: "2016-11-10 09:10"}, 
{temp: 53, time: "2016-11-10 09:20"}, 
{temp: 58, time: "2016-11-10 09:30"}, 
{temp: 53, time: "2016-11-10 09:40"}, 
{temp: 51, time: "2016-11-10 09:50"}, 


] 
I; 
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function readingsOutsideRange(station, min, max) { 
return station.readings 


.filter(r => r.temp < min || r.temp > max); 


} 
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调用 方 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 


operatingPlan.temperatureCeiling); 


请 注意 ， 这 里 的 调用 代码 从 另 一 个 对 象 中 抽 
出 两 项 数据 ， 转 手 叉 把 这 一 对 数据 传递 给 
readingsoutsideRange。 人 代表“ 运作 计划 ”的 
operatingPlan 对 象 用 了 另外 的 名 字 来 表示 温度 犯 
围 的 下 限 和 上 限 ， 与 readingsoutsideRange 中 所 
用 的 名 字 不 同 。 像 这 样 用 两 项 各 不 相干 的 数据 来 
表示 一 个 玫 围 的 情况 并 不 少见 ， 最 好 是 将 其 组 合 
aa 我 会 首先 为 要 组 合 的 数据 声明 一 个 


Class NumberRange { 
constructor(min, max) { 
this. data = {min: min, max: max}; 


get min() {return this. _data.min;} 
get max() {return this. _data.max;} 


我 声明 了 一 个 类 ， 而 不 是 基本 的 JavaScript 对 
象 ， 因 为 这 个 重 构 通 弟 只 是 一 系列 重 构 的 起 所 ， 
随后 我 会 把 行为 搬移 到 新 建 的 对 象 中 。 既 然 类 更 
适合 承载 数据 与 行为 的 组 合 ， 我 天 直接 从 声明 一 
个 类 开始 。 同 时 ， 在 这 个 新 类 中 ， 我 不 会 提供 任 
何 更 新 数据 的 画 数 ， 因 为 我 有 可 能 将 其 处 理 成 值 
对 象 (Value Object) [mf-vo]。 在 使 用 这 个 重 构 手 
法 时 ， 大 多 数 情 况 下 我 部会 创建 值 对 象 。 


然后 我 会 运用 改变 函数 声明 (124) ， 把 新 的 
对 象 作 为 参数 传 给 readingsoutsideRange ° 


function readingsOutsideRange(station, min, max, range) { 
return station.readings 


.filter(r => r.temp < min || r.temp > max); 


} 


在 JavaScript 中 ， 此 时 我 不 需要 修改 调用 方 代 
码 ， 但 在 其 他 语言 中 ， 我 必须 在 调用 处 为 新 参数 
传 入 nul1 值 ， 吏 像 下 面 这 样 。 


调用 方 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 


operatingPlan.temperatureCeiling, 
null); 


到 目前 为 止 ， 我 还 没有 修改 任何 行为 ， 所 以 
测试 应 该 仍然 能 通过 。 随 后 ， 我 会 挨个 找到 函数 
的 调用 处 ， 传 入 合适 的 温度 范围 。 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling); 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling, 
range); 


HON Dake AE RETA, KASA 
参 效 没 有 被 使 用 。 所 有 测试 应 该 仍然 能 通过 ° 


现在 我 可 以 开始 修改 使 用 参数 的 代码 了 “。 欧 
从 “最 大 值 ? 开 始 : 


function readingsOutsideRange(station, min, max, range) { 
return station.readings 


.filter(r => r.temp < min || r.temp > range.max); 


} 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling); 
alerts = readingsOutsideRange(station, 


operatingPlan.temperatureFloor, 


range); 


此 时 要 执行 测试 。 如 果 测 斌 通过， 我 再 接着 
处 理 另 一 个 参数 。 


function readingsOutsideRange(station, min, range) { 
return station.readings 
.filter(r => r.temp < range.min || r.temp > range.max); 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling); 
alerts = readingsOutsideRange(station, 


range); 


这 项 重 构 手 法 到 这 儿 束 完成 了 。 不 过 ， 将 一 
堆 参 数 蔡 换 成 一 个 真正 的 对 象 ， 这 只 是 长 征 第 
步 。 创 建 一 个 类 是 为 了 把 行为 搬移 进去 。 在 这 
里 ， 我 可 以 给 “范围 ?类 添加 一 个 男 数 ， 用 于 测试 
一 个 值 是 售 落 在 范围 之 内 。 


function readingsOutsideRange(station, range) { 
return station.readings 


.f ilter(r => !range.contains(r.temp)); 
} 


class NumberRange... 


contains(arg) {return (arg >= this.min && arg <= this.max);} 


AFRA Te, Tua ta 
BIER AAW el” [mf-range]3e ° — Binal ae 
转 ” 这 个 概念 ， 那 么 每 当 我 在 代码 中 发 现 “ 最 大 /最 
小 值 ”这 样 一 对 数字 时 ， 我 束 会 考虑 是 否 可 以 将 其 
HAEA WER. (PN, RS LMA E 
把 “运作 计划 ”类 中 的 temperatureFloor 和 
temperatureCeiling J temperatureRange a ) 
在 观察 这 些 成 对 出 现 的 数字 如 何 航 使 用 时 ， 我 会 
发 现 一 些 有 用 的 行为 ， 并 将 其 搬移 到 “范围 > 闫 
中 ， 人 简化 其 使 用 方法 。 比 如 ， 我 可 能 会 先 给 这 个 
类 加 上 “基于 数值 判断 相等 性 ”的 函数 ， 使 其 成 为 
一 个 真正 的 值 对 象 。 


6.9 WAASMA (C ombine 


Functions into Class) 


function base(aReading) {...} 
function taxableCharge(aReading) {...} 
function calculateBaseCharge(aReading) {...} 


class Reading { 
base() {...} 
taxableCharge() {...} 
calculateBaseCharge() {...} 
} 


动机 


类 ， 在 大 多 数 现代 编程 语言 中 都 是 基本 的 构 
造 。 写 们 把 数据 与 钞 效 所 绑 到 同一 个 环境 中 ， 将 
一 部 分 数据 与 函数 暴露 给 其 他 程序 元 素 以 便 协 
作 。 它 们 是 面 同 对 象 语言 的 自 要 构造 ， 在 其 他 程 
序 设计 方法 中 也 同样 有 用 。 


如 打发 现 一 组 函数 形影不离 地 操作 同一 块 效 
据 (通常 是 将 这 块 数 据 作为 参数 传递 给 函数 ) ， 


我 融 认 为 ， 生 时 候 组 建 一 个 类 了 “。 关 能 明确 地 给 
这 些 函 数据 供 一 个 共用 的 环境 ， 在 对 象 内 部 调用 
这 些 函 数 可 以 少 传 许多 参数 ， 从 而 何 化 函数 调 
H, 并且 这 样 一 个 对 象 也 可 以 更 方便 地 传 违 给 系 
统 的 其 他 部 分 。 


除了 可 以 把 已 有 的 函数 组 织 起 来 ， 这 个 重 构 
还 给 我 们 一 个 机 会 ， 去 发 现 其 他 的 计算 逻辑 ， 将 
它们 也 重 构 到 新 的 类 当中 。 


将 函数 组 织 到 一 起 的 太一 种 方式 生 函 数组 合 
成 变换 (149) 。 具 体 使 用 哪个 重 构 手法 ， 要 看 程 
序 整体 的 上 下 文 。 使 用 类 有 一 大 好 处 :客户 端 可 
以 修改 对 象 的 核心 数据 ， 通 过 计算 得 出 的 派生 数 
据 则 会 目 动 与 核心 数据 保持 一 致 。 


关 似 这 样 的 一 组 函数 不 仅 可 以 组 合成 一 个 
R, MAA LAS AL PRB o JY CE 
IPSS SPREE, ACN a eel ERS 
T ee en ne 也 必须 采用 

y ZI fe) 


eA RES HT, Rre SFAR, 1H 
数 则 是 。 面 对 这 样 的 语言 ， 可 以 用 “函数 作为 对 
象 ”(Function As Object) [mf-fao] 的 形式 来 实现 
这 个 重 构 手 法 。 


做 法 


。 运 用 封装 记录 (162) 对 多 个 函数 共用 的 数据 
WRI AER o 


MRE AHA H AERE REEK 


结构 ， 则 先 运用 引入 参数 对 象 (140) 将 其 组 织 
成 记录 。 


。 对 于 使 用 该 记录 结构 的 每 个 画 数 ， 运 用 搬移 画 
数 (198) 将 其 移入 新 类 。 


如 条 函数 调用 时 传人 的 参数 已 经 是 新 类 的 


成 员 ， 则 从 参数 列表 中 去 除 之 。 


。 用 以 处 理 该 数据 记录 的 逻辑 可 以 用 提炼 画 数 
(106) 提炼 出 来 ， 并 移入 新 类 。 


范例 


我 在 英格兰 长 大 ， 那 是 一 个 热爱 哆 有 的 国 
Z. (个 人 而 言 ， 我 不 喜欢 在 英格兰 哆 到 的 大 部 
分 茶 ， 对 中 国 茶 和 日 本 条 倒 是 情 有 独 钟 。) 所 
以 ， 我 虚构 了 一 种 用 于 同 老 百姓 供给 条 水 的 公共 
设施 。 每 个 月 会 有 软件 读 取 人 杂 水 计量 如 的 数据 ， 
得 到 类 似 这 样 的 读数 (reading) : 


reading = {customer: "ivan", quantity: 10, month: 5, year: 


2017}; 


A ACh FH LBV ROSA TES, RAMAI 
多 地 方 在 做 着 相似 的 计算 ， 于 是 我 找到 了 一 处 计 
算 “ 基 础 费用 ” (base charge) 的 逻辑 。 


客户 并 1... 


const aReading = acquireReading(); 


const baseCharge = baseRate(aReading.month, aReading.year) * 
aReading.quantity; 


ERZ, IEO mma, R H 
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必要 用 量 ， 融 不 用 交 税 。 


客户 端 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * 
aReading.quantity); 


const taxableCharge = Math.max(0, base - 
taxThreshold(aReading.year)); 


我 相信 你 也 发 现 了 : 计算 基础 费用 的 公式 被 
重复 了 两 通 。 如 朱 你 跟 我 有 一 样 的 习惯 ， 现 在 大 
MO AE Frew (106) 了 “。 有 趣 的 是 ， 好 
像 别 人 已 经 动 过 这 个 脑筋 了 。 


客户 并 3... 


const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading); 


function calculateBaseCharge(aReading) { 


return baseRate(aReading.month, aReading.year) * 
aReading.quantity; 


看 到 这 里 ， 我 有 一 种 卓然 的 冲动 ， 想 把 前 面 
两 处 客户 病 代 码 都 改 为 使 用 这 个 函数 。 但 这 样 一 
个 顶层 函数 的 回 题 在 于 ， 它 通常 位 于 一 个 文件 
中 ， 读 者 不 一 定 能 想到 来 这 里 寻找 它 。 我 更 愿意 
对 代码 多 做 些 修改 ， 让 该 函数 与 其 处 理 的 数据 在 
空间 上 有 更 紧密 的 联系 。 为 此 目的 ， 不 妨 把 数据 
A 


我 可 以 运用 封装 记录 (162) 将 记录 变 成 类 。 


class Reading { 
constructor(data) { 
this. _customer = data.customer; 
this. quantity = data.quantity; 
this._month = data.month; 
this._year = data.year; 


} 

get customer() {return this. customer; } 
get quantity() {return this. quantity; } 
get month() {return this._month; } 
get year() {return this._year;} 


首先 ， 我 想 把 手 上 已 有 的 函数 
calculateBaseCcharge 搬 到 新 建 鸭 Reading 类 中 。 一 
得 到 原始 的 读数 数据 ， 我 束 用 Reading 类 将 它 包 法 
ER, Aan AEKA EH Reading T ° 


2 PR... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const basicChargeAmount = calculateBaseCharge(aReading); 


然后 我 用 搬移 函数 (198) 把 
E oa 中 ° 


class Reading... 


get calculateBaseCharge() { 
return baseRate(this.month, this.year) * this.quantity; 


} 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const basicChargeAmount = aReading.calculateBaseCharge; 


搬移 的 同时 ， 我 会 顺便 运用 函数 改名 
(124) ， 按 照 我 喜欢 的 风格 对 这 个 函数 改名 。 


get baseCharge() { 
return baseRate(this.month, this.year) * this.quantity; 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const basicChargeAmount = aReading.baseCharge; 


FAI SF, Reading PF wart HALE 
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值 。 这 是 好 事 ， 它 符合 “统一 访问 原则 ”(Uniform 
Access Principle) [mf-ua] 。 


现在 我 可 以 修改 客户 端 1 的 代码 ， 令 其 调用 新 
的 方法 ， 不 要 重复 计算 基础 费用 。 


客户 端 1... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const baseCharge = aReading.baseCharge; 


fRA FT Bed CME HAINES = (123) 把 
basecharge 变 量 给 去 抒 。 不 过 ， 我 们 当下 介绍 的 
重 构 玫 洪 更 关心 < 计算 应 税 费 骨 * 的 逻辑 。 同 样 
我 完 将 那里 的 客户 闹 代 码 改 为 使 用 新 建 的 


basecharge 属 性 。 


客户 端 2... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const taxableCharge = Math.max(0, aReading.baseCharge - 
taxThreshold(aReading.year)); 


运用 提炼 画 数 (106) 将 计算 应 税 费 用 
(taxable charge) 的 逻辑 提炼 成 函数 : 


function taxableChargeFn(aReading) { 
return Math.max(0, aReading.baseCharge - 


taxThreshold(aReading.year) ); 
} 


客户 并 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const taxableCharge = taxableChargeFn(aReading); 


然后 我 运用 搬移 函数 (198) 将 其 移入 
Reading 类 : 


class Reading... 


get taxableCharge() { 
return Math.max(0, this.baseCharge - 


taxThreshold(this.year)); 
} 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 


const taxableCharge = aReading.taxableCharge; 


由 于 所 有 派生 数据 部 十 在 使 用 时 计算 得 出 
的 ， 所 以 对 存储 下 来 的 读数 进行 修改 也 没 问题 。 


一 般 而 论 ， 我 更 倾 同 于 使 用 不 可 变 的 数据 ;但 很 
多 时 候 我 们 必须 得 使 用 可 变数 据 (比如 JavaScript 
整个 语言 生 仿 在 设计 时 就 没有 考虑 数据 的 不 可 变 
PE) 。 如 果 数 据 确 有 可 能 被 更 新 ， 那 么 用 类 将 其 
封 猴 起 来 会 很 有 帮助 。 


6.10 KŠA RA (Combine 


Functions into Transform) 
f(m)>A 
e(){V } > 
g(m)>¢ 


function base(aReading) {...} 
function taxableCharge(aReading) {...} 


function enrichReading(argReading) { 
const aReading = _.cloneDeep(argReading); 
aReading.baseCharge = base(aReading); 
aReading.taxableCharge = taxableCharge(aReading); 
return aReading; 


动机 


在 软件 中 ， 经 需要 把 数据 “ 喂 ” 给 一 个 程 
序 ， 让 它 绸 计算 出 各 种 派生 信息 。 这 些 派生 数值 
可 能 会 在 儿 个 不 同 地 方 用 到 ， 因 此 这 些 计算 逻辑 
也 常会 在 用 到 派生 数据 的 地 方 重复 。 我 更 愿意 把 
所 有 计算 派生 数据 的 逻辑 收拢 到 一 处 ， 这 样 始终 
E enenrne Seen 

复 。 


一 个 方式 是 采用 数据 变换 (transform) EK 
数 : 这 种 函数 接受 源 数 据 作为 输入 ， 计 算出 所 有 
的 派生 数据 ， 将 派生 数据 以 字段 形式 填 入 输出 数 
据 。 有 了 变换 函数 ， 我 就 始终 只 需要 到 变换 函数 
中 去 检查 计算 派生 数据 的 逻辑 。 


畏 数 组 合成 变换 的 硅 代 方案 是 力 数组 合成 类 
(144) ， 后 者 的 做 法 是 先 用 源 数据 创建 一 个 类 ， 
再 把 相关 的 计算 逻辑 搬移 到 类 中 。 这 两 个 重 构 手 
法 都 很 有 用 ， 我 划 会 根据 代码 库 中 已 有 的 纺 程 风 
格 来 选择 使 用 其 中 哪 一 个 。 不 过 ， 两 者 有 一 个 重 
要 的 区 别 : 如 果 代 码 中 会 对 源 数 据 做 更 新 ， 那 么 
使 用 类 要 好 得 多 ;， 如 来 使 用 变换 ， 派 生 数 据 会 被 
存储 在 新 生成 的 记 孙 中 ， 一 旦 源 效 据 被 修改 ， 我 
BLE IAA EA e 


我 喜欢 把 函数 组 合 起 来 的 原因 之 一 ， 走 为 了 
避免 计算 派生 数据 的 逻辑 到 处 重复 。 从 道理 上 来 
说 ， 只 用 提炼 函数 (106) 也 能 避免 重复 ， 但 孤立 
TENKTE BIRETE, HAIRA EIER 
作 的 数据 放 在 一 起 ， 用 起 来 才 方 便 。 引 入 变换 

(或 者 类 ) 都 是 为 了 让 相关 的 逻辑 找 起 来 方便 。 


做 法 


© BNE TRAN, HAS Be re RAIS 
孙 ， 并 直接 返回 该 记录 的 值 。 


这 一 步 通明 需要 对 输入 的 记录 做 深 复 制 


(deep copy) 。 此 时 应 该 写 个 测试 ， 确 保 变 换 
不 会 修改 原来 的 记录 。 


。 挑 选 一 块 逻 辑 ， 将 其 主体 移入 变换 函数 中 ， 把 
结 朱 作为 字段 淋 加 到 输出 记录 中 。 修 改 客户 山 
代码 ， 令 其 使 用 这 个 新 字段 。 


QUART Fe Fa PERS AR, TO SERRA BL 


(106) 提炼 之 。 


. 测试 。 
. 针对 其 他 相关 的 计算 逻辑 ， 重 复 上 述 步骤。 


范例 


在 我 长 大 的 国度 ， 有 条 是 生活 中 的 重要 部 分 ， 
PBT BEER TRE 种 特别 的 公共 设施 ， 专 门 
给 老百姓 供应 茶水 。 每 个 月 ， 从 这 个 设备 上 可 以 
得 到 读数 (reading) ， 从 而 知道 每 位 顾客 取 用 了 


Be DFE ° 


{customer: "ivan", quantity: 10, month: 5, year: 


reading = 
2017}; 


几 个 不 同 地 方 的 代码 分 别 根据 肥 的 用 量 进 行 
计算 。 一 处 是 计算 应 该 回顾 客 收 取 的 基本 费用 。 


客户 端 1... 


const aReading = acquireReading(); 
const baseCharge = baseRate(aReading.month, aReading.year) * 


aReading.quantity; 


另 一 处 是 计算 应 该 交 税 的 费用 一 比 基 本 费用 
要 少 ， 因 为 政府 明智 地 认为 ， 每 个 市 民 都 有 权 免 
税 享受 一 定量 的 茶水 。 


客户 并 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * 
aReading.quantity); 


const taxableCharge = Math.max(0, base - 
taxThreshold(aReading.year)); 


YY ig Ah EH ESN TR TCR AICS, REMAR 
多 地 方 在 做 看 相似 的 计算 。 这 样 的 重复 代码 ， 一 
旦 需要 修改 (我 打赌 这 只 是 早晚 的 问题 ， 束 会 
造成 麻烦 。 我 可 以 用 提炼 函数 (106) 来 处 理 这 些 
BS AT Sie ts, (IE PEER RAY NA SE 
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客户 并 3... 


const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading); 


function calculateBaseCharge(aReading) { 
return baseRate(aReading.month, aReading.year) * 
aReading.quantity; 


处 理 这 种 情况 的 一 个 办 法 是 ， 把 所 有 这 些 计 
算 派 生 数 据 的 逻辑 搬移 到 一 个 变换 画 数 中 ， 该 芳 
数 授 受 原始 的 “读数 ”作为 输入 ， 输 出 则 有 古 增强 
的 “读数 ” 记 孙 ， 其 中 包含 所 有 共用 的 派生 数据 。 


我 完 要 创建 一 个 变换 函数 ， 它 要 做 的 事 很 何 
H, Bie ill ART A: 


function enrichReading(original) { 


const result = _.cloneDeep(original); 
return result; 


} 


我 用 了 Lodash 库 的 cloneDeep 罚 数 来 进行 深 复 
制 。 


这 个 变换 函数 退回 的 本 质 上 仍 是 原来 的 对 
象 ， 只 是 添加 了 更 多 的 信息 在 上 面 。 对 于 这 种 函 
数 ， 我 喜欢 用 “enrich”( 增 强 ) 这 个 词 来 给 它 命 
名 。 如 果 它 生成 的 是 跟 原 米 完 全 不 同 的 对 象 ， 我 
HL A“transform” (变换 ) AMEE ° 


然后 我 挑选 一 处 想 要 搬移 的 计算 逻辑 。 首 
和 完 ， 我 用 现在 的 enrichReading 函 数 来 增强 “ 读 
数 ” 记 录 ， 尺 管 该 男 数 和 暂时 还 什么 都 没 做 。 


客户 并 3... 


const rawReading = acquireReading(); 


const aReading = enrichReading(rawReading) ; 
const basicChargeAmount = calculateBaseCharge(aReading); 


然后 我 运用 搬移 函数 (198) 把 
calculateBasecharge 函 数 搬移 到 增强 过 程 中 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 
return result; 


} 


在 变换 函数 内 部 ， 我 乐得 百 接 修 改 结 末 对 
象 ， 而 不 是 每 次 都 复制 一 个 新 对 象 。 我 辟 欢 不 可 
We, (ETERS SP, REPRE SC 
全 不 可 变 很 困难 。 在 程序 模块 的 边界 处 ， 我 做 好 
了 心理 准备 ， 多 化 些 精 力 来 文 持 不 可 变性 。 但 在 
较 小 的 范围 内 ， 我 可 以 接受 可 变 的 数据 。 为 外 ， 
我 把 这 里 用 到 的 变量 命名 为 aReading， 表 未 它 是 
一 个 累积 变量 (accumulating variable) 。 这 样 当 


我 把 更 多 的 逻辑 搬移 到 变换 函数 en richReading 中 
时 ， 这 个 变量 名 也 仍然 适用 。 


修改 客户 端 代码 ， 令 其 改 用 增强 后 的 字段 : 
客户 端 3... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading); 


const basicChargeAmount = aReading.baseCharge; 


当 所 有 调用 calculateBasecharge 的 地 方 都 修 
改 完 成 后 ， 吏 可 以 把 这 个 函数 内 般 到 
enrichReading 团 效 中 ， 从 而 更 清楚 地 表明 态度 : 
J “计算 基本 费用 ”的 逻辑 ， 请 使 用 增强 后 
y | 5 (0) 


在 这 里 要 当心 一 个 陷阱 :在 编写 
enrichReading 团 效 时 ， 我 L 它 返 回 了 增强 后 的 议 
数 记 孙 ， 这 背后 隐 仿 的 意思 是 原始 的 读数 记录 不 
会 家 修改 。 所 以 我 最 好 为 此 加 个 测试 。 


it('check reading unchanged', function() { 
const baseReading = {customer: "ivan", quantity: 15, month: 
5, year: 2017}; 
const oracle = _.cloneDeep(baseReading) ; 
enrichReading(baseReading) ; 


assert.deepEqual(baseReading, oracle); 


t); 


现在 我 可 以 修改 客户 端 1 的 代码 ， 让 它 也 使 用 
这 个 新 添 的 字段 。 


客户 端 1... 


const rawReading = acquireReading(); 


const aReading = enrichReading(rawReading); 
const baseCharge = aReading.baseCharge; 


此 时 可 以 考虑 用 内 联 变 量 (123) 去 掉 


baseChargea> = j 


现在 我 园 头 去 看 “计算 应 税 费 用 ”的 逻辑 。 第 
一 步 古 把 变换 画 数 用 起 来 : 


const rawReading = acquireReading(); 

const aReading = enrichReading(rawReading) ; 

const base = (baseRate(aReading.month, aReading.year) * 
aReading.quantity); 

const taxableCharge = Math.max(0, base - 
taxThreshold(aReading.year)); 
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以 和 完 运用 提炼 画 数 (106) 。 不 过 这 里 的 情况 足够 
简单 ， 一 步 到 位 修改 过 来 殉 行 。 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const base = aReading.baseCharge; 


const taxableCharge = Math.max(0, base - 
taxThreshold(aReading.year)); 


执行 测试 之 后 ， 我 束 用 内 联 变 量 (123) 去 掉 


a, 
base 变 量 : 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 


const taxableCharge = Math.max(0, aReading.baseCharge - 
taxThreshold(aReading.year)); 
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function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 
result.taxableCharge = Math.max(0, result.baseCharge - 
taxThreshold(result.year)); 
return result; 
} 


修改 使 用 方 代 码 ， 让 它 使 用 新 添 的 字段 。 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 


const taxableCharge = aReading.taxableCharge; 


测试 。 现 在 我 可 以 再 次 用 内 联 变量 (123) 把 


taxableCcharge 变 量 也 去 挥 。 


增强 后 的 读数 记录 有 一 个 大 问题 : 如 采 示 个 
客户 好 修 改 了 一 项 数据 的 值 ， 会 发 生 什么 ? 比如 
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会 导致 数据 不 一 致 。 在 JavaScript 中 ， 避 免 这 种 情 
况 最 好 的 办 法 是 不 要 使 用 本 重 构 手 法 ， 改 用 函数 
组 合成 类 (144) 。 如 采编 程 语言 支持 不 可 变 的 数 
据 结 构 ， 那 么 束 没 有 这 个 回 题 了， 那样 的 语言 中 
会 更 第 用 到 变换 。 但 即便 编程 语言 不 文 持 数据 结 
构 不 可 变 ， 如 果 数 据 是 在 只 读 的 上 下 文中 被 使 用 
(例如 在 网 页 上 显示 派生 数据 ) ， 还 是 可 以 使 用 


变换 


6.11 Fabre (Split Phase) 
=", 
[| 


} 


const orderData = orderString.split(/\s+/); 
const productPrice = priceList[orderData[0].split("-")[1]]; 


const orderPrice = parseInt(orderData[1]) * productPrice; 


Y 


const orderRecord = parseOrder(order); 
const orderPrice = price(orderRecord, priceList); 


function parseOrder(aString) { 
const values = aString.split(/\s+t/); 
return ({ 
productID: values[0].split("-")[1], 


quantity: parseInt(values[1]), 
); 


} 
function price(order, priceList) { 

return order.quantity * priceList[order.productID]; 
} 


动机 


每 妆 看 见 一 段 代 码 在 同时 处 理 两 件 不 同 的 
事 ， 我 融 想 把 它 拆 分 成 各 目 独 立 的 模块 ， 因 为 这 
样 到 了 需要 修改 的 时 候 ， 我 殉 可 以 单独 处 理 每 个 
主题 ， 而 不 必 同 时 在 脑子 里 考虑 两 个 个 同 的 主 
题 。 如 末 运 气 够 好 的 话 ， 我 可 能 只 需要 修改 其 中 
一 个 模块 ， 完 全 不 用 回忆 起 发 一 个 模块 的 诸 般 细 


+ 


H (0) 
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分 成 顺序 执行 的 两 个 阶段 。 可 能 你 有 一 段 处 理 逻 
辑 ， 其 输入 数据 的 格式 不 符合 计算 逻辑 的 要 求 ， 
所 以 你 得 先 对 输入 数据 似 一 番 调 整 ， 使 其 便于 处 
理 。 也 可 能 是 你 把 数据 处 理 逻 辑 分 成 顺序 执行 的 
多 个 步 怠 ， 每 个 步 又 仙 贡 的 任务 全 然 不 同 。 


编 详 项 征 最 典型 的 例子 。 编 详 敌 的 任务 很 直 
Wh: 接受 文本 (用 某 种 编程 语言 编写 的 代码 ) 作 
为 输入 ， 将 其 转换 成 某 种 可 执行 的 格式 (例如 针 
对 某 种 特定 硬件 的 目标 码 ) 。 随 着 经 验 加 深 ， 我 
们 发 现 把 这 项 大 任务 拆 分 成 一 系列 阶段 会 很 有 帮 
助 ， 自 完 对 文本 做 词法 分 析 ， 然 后 把 token 解 析 成 
语法 树 ， 然 后 再 对 语法 树 做 几 步 转换 (如 优 
化 ) ， 最 后 生成 目标 码 。 每 一 步 都 有 边界 明确 的 
范 围 ， 我 可 以 聚焦 思考 其 中 一 步 ， 而 不 用 理解 其 
他 步 桑 的 细节 。 


在 大 型 软件 中 ， 关 似 这 样 的 阶段 拆 分 很 音 
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从 的 将 其 拆 分 成 多 个 阶段 的 机 会 ， 同 样 可 以 运用 
拆 分 阶段 重 构 手法 。 如 末 一 块 代码 中 出 现 了 上 下 
几 段 ， 各 目 使 用 不 同 的 一 组 数据 和 函数 ， 这 束 是 
最 明显 的 线索 。 将 这 些 代 人 码 斤 段 拆 分 成 各 目 独 立 
的 模块 ， 能 更 明确 地 标示 出 它们 之 间 的 妓 异 。 


做 法 


。 将 第 二 阶段 的 代码 提炼 成 独立 的 函数 。 
e MIIR ° 


。 引 入 一 个 中 转 数 据 结构 ， 将 其 作为 参数 添加 到 
提炼 出 的 新 函数 的 参数 列表 中 。 
e da 
一 检查 提炼 出 的 第 一 阶段 页 数 ” 的 每 个 参 
ie 如 果菜 个 参数 被 第 一 阶段 用 到 ， 就 将 其 移 
— ° 每 次 搬移 之 后 都 要 执行 测 
试 。 


有 时 第 二 阶段 根本 不 应 该 使 用 霖 个 参数 。 
琳 真 如 此 ， 丈 把 使 用 该 参数 得 到 的 结 来 全 部 近 


炼 成 中 转 数 据 结构 的 子 段 ， 然 后 用 搬移 语句 到 
调用 者 (217) 把 使 用 该 参数 的 代码 行 搬移 
到 “第 二 阶段 函数 ”之 外 。 


。 对 第 一 阶段 的 代码 运用 提炼 函数 (106) ， 让 
提炼 出 的 画 数 返回 中 转 数 据 结构 。 


也 可 以 把 第 一 阶段 提炼 成 一 个 变换 


(transform) 对 和 象 


范例 


我 手 上 有 一 段 * 计 算 订 单价 格 ” 的 代码 ， 至 于 
订单 中 的 商品 是 什么 ， 我 们 从 代码 中 看 不 出 来 ， 
也 不 太 关 心 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 
const discount = Math.max(quantity - 
product.discountThreshold, 0) 


* product.basePrice * product.discountRate; 
const shippingPerCase = (basePrice > 
shippingMethod.discountThreshold) 
? shippingMethod.discountedFee : 
shippingMethod.feePerCase; 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 
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还 是 能 看 出 有 两 个 不 同 阶段 存在 的 。 前 两 行 代 码 
根据 商品 (product) 信息 计算 订单 中 与 商品 相关 
的 价格 ， 随 后 的 两 行 则 根据 配送 (shipping) 信息 
计算 配送 成 本 。 后 续 的 修改 可 能 还 会 使 价格 和 配 
送 的 计算 逻辑 变 复 杂 ， 但 只 要 这 两 块 逻 辑 相 对 独 
立 ， 将 这 段 代码 拆 分 成 两 个 阶段 束 是 有 价值 的 。 


我 首先 用 提炼 函数 (106) 把 计算 配送 成 本 的 
逻辑 近 烁 出 来 。 


function priceOrder(product, quantity, shippingMethod) { 

const basePrice = product.basePrice * quantity; 

const discount = Math.max(quantity - 
product.discountThreshold, 0) 

* product.basePrice * product.discountRate; 

const price = applyShipping(basePrice, shippingMethod, 
quantity, discount); 

return price; 


} 
function applyShipping(basePrice, shippingMethod, quantity, 


discount) { 

const shippingPerCase = (basePrice > 
shippingMethod.discountThreshold) 

? shippingMethod.discountedFee : 

shippingMethod.feePerCase; 

const shippingCost = quantity * shippingPerCase; 

const price = basePrice - discount + shippingCost; 

return price; 


} 


第 二 阶段 需要 的 数据 都 以 参数 形式 传 入 。 在 
真实 环境 下 ， 参 数 的 数量 可 能 会 很 多 ， 但 我 对 此 
并 不 担心 ， 因 为 很 快 束 会 将 这 些 参 数 消 除 扯 。 


随后 我 会 引入 一 个 中 转 数 据 结构 ， 使 其 在 两 
阶段 之 间 沟 通 重信 息 


function priceOrder(product, quantity, shippingMethod) { 

const basePrice = product.basePrice * quantity; 

const discount = Math.max(quantity - 
product.discountThreshold, 0) 

* product.basePrice * product.discountRate; 

const priceData = {}; 

const price = applyShipping(priceData, basePrice, 
shippingMethod, quantity, discount); 

return price; 


} 


function applyShipping(priceData, basePrice, shippingMethod, 


quantity, discount) { 

const shippingPerCase = (basePrice > 
shippingMethod.discountThreshold) 

? shippingMethod.discountedFee : 

shippingMethod.feePerCase; 

const shippingCost = quantity * shippingPerCase; 

const price = basePrice - discount + shippingCost; 

return price; 


} 


现在 我 会 审视 applyshipping 的 各 个 参数 。 第 
一 个 参数 baseprice 是 在 第 一 阶段 代码 中 创建 的 ， 
ne eens 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 
const discount = Math.max(quantity - 
product.discountThreshold, 0) 
* product.basePrice * product.discountRate; 
const priceData = {basePrice: basePrice}; 
const price = applyShipping(priceData, basePrice, 
shippingMethod, quantity, discount); 
return price; 
} 
function applyShipping(priceData, basePrice, shippingMethod, 
quantity, discount) { 
const shippingPerCase = (priceData.basePrice > 
shippingMethod.discountThreshold ) 
? shippingMethod.discountedFee : 
shippingMethod.feePerCase; 
const shippingCost = quantity * shippingPerCase; 
const price = priceData.basePrice - discount + shippingCost; 
return price; 


} 


下 一 个 参数 是 shippingMethod 8 第 一 阶段 中 


没有 使 用 这 项 数据 ， 所 以 它 可 以 保留 原样 。 


再 下 一 个 参数 是 quantity a 这 个 参数 在 第 一 
阶段 中 用 到 ， 但 不 是 在 那里 创建 的 ， 所 以 其 实 可 
以 将 其 留 在 参数 列表 中 。 但 我 更 倾 回 于 把 尽 可 能 
多 的 参数 搬移 到 中 转 数 据 结构 中 。 


function priceOrder(product, quantity, shippingMethod) { 

const basePrice = product.basePrice * quantity; 

const discount = Math.max(quantity - 
product.discountThreshold, 0) 

* product.basePrice * product.discountRate; 

const priceData = {basePrice: basePrice, quantity: 
quantity}; 

const price = applyShipping(priceData, shippingMethod, 
quantity, discount); 


return price; 


} 


function applyShipping(priceData, shippingMethod, quantity, 
discount) { 

const shippingPerCase = (priceData.basePrice > 
shippingMethod.discountThreshold) 

? shippingMethod.discountedFee : 

shippingMethod.feePerCase; 

const shippingCost = priceData.quantity * shippingPerCase; 

const price = priceData.basePrice - discount + shippingCost; 

return price; 


J 


对 discount 参 数 我 也 如 法 炮制 。 


function priceOrder(product, quantity, shippingMethod) { 

const basePrice = product.basePrice * quantity; 

const discount = Math.max(quantity - 
product.discountThreshold, 0) 

* product.basePrice * product.discountRate; 

const priceData = {basePrice: basePrice, quantity: quantity, 
discount:discount}; 

const price = applyShipping(priceData, shippingMethod,— 
discount ) ; 

return price; 


function applyShipping(priceData, shippingMethod,—discount) { 
const shippingPerCase = (priceData.basePrice > 
shippingMethod.discountThreshold) 
? shippingMethod.discountedFee : 
shippingMethod.feePerCase; 


const shippingCost = priceData.quantity * shippingPerCase; 

const price = priceData.basePrice - priceData.discount + 
shippingCost; 

return price; 


} 


处 理 完 参数 列表 后 ， 中 转 数 据 结构 得 到 了 完 
整 的 填充 ， 现 在 我 可 以 把 第 一 阶段 代码 提炼 成 独 
立 的 汞 数 ， 令 其 返回 这 份 数 据 。 


function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
const price = applyShipping(priceData, shippingMethod) ; 
return price; 
} 
function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 
const discount = Math.max(quantity - 
product.discountThreshold, 0) 
* product.basePrice * product.discountRate; 
return {basePrice: basePrice, quantity: quantity, 
discount:discount}; 
} 
function applyShipping(priceData, shippingMethod) { 
const shippingPerCase = (priceData.basePrice > 
shippingMethod.discountThreshold ) 
? shippingMethod.discountedFee : 
shippingMethod.feePerCase; 
const shippingCost = priceData.quantity * shippingPerCase; 
const price = priceData.basePrice - priceData.discount + 
shippingCost; 
return price; 
} 
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function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
return applyShipping(priceData, shippingMethod) ; 


J 


function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 
const discount = Math.max(quantity - 
product.discountThreshold, 0) 
* product.basePrice * product.discountRate; 
return {basePrice: basePrice, quantity: quantity, 
discount:discount}; 
} 
function applyShipping(priceData, shippingMethod) { 
const shippingPerCase = (priceData.basePrice > 
shippingMethod.discountThreshold) 
? shippingMethod.discountedFee : 
shippingMethod.feePerCase; 
const shippingCost = priceData.quantity * shippingPerCase; 
return priceData.basePrice - priceData.discount + 
shippingCost; 


第 7 草 ”封装 


分 解 模块 时 最 重要 的 标准 ， 也 许 殉 是 识别 出 
那 芭 模块 应 该 对 外 弄 隐 藏 的 小 秘密 了 [Parnas]。 效 
据 绑 构 无 疑 宇 最 音 见 的 一 种 秘密 ， 我 可 以 用 封 妆 
记录 (162) 或 封装 集合 (170) 手法 来 隐藏 它们 
的 细 方 。 即 便 是 基本 类 型 的 数据 ， 也 能 通过 以 对 
象 取代 基本 类 型 (174) 进行 封 效 一 一 这 样 做 后 续 
所 市 来 的 巨大 收益 通 弟 信人 慰 豆 。 为 一 项 经 党 在 
重 构 时 挡 壹 的 是 临时 变量 ， 我 需要 确保 它们 的 计 
算 次 序 正 硝 ， 还 得 你 证 其 他 需要 它们 的 地 方 能 获 
得 其 值 。 这 里 以 查询 取代 临时 变量 (178) 手法 可 
以 帮 上 大 忙 ， 特 别 十 在 分 解 一 个 过 长 的 落 数 时 。 


类 是 为 隐藏 信息 而 生 的 。 在 第 6 章 中 ， 我 已 经 
介绍 了 使 用 函数 组 合成 类 (144) 手法 来 形成 类 的 
办 法 。 此 外 ， 一 般 的 提炼 /内 联 操 作对 类 也 适用 ， 
见 提炼 类 (182) 和 内 联 类 (186) ° 


除了 闫 的 内 部 细 万 ， 使 用 隐藏 委托 关系 
(189) 隐藏 类 之 间 的 关联 关系 通常 也 很 有 帮助 。 
但 过 多 隐藏 也 会 导致 风 余 的 中 间接 口 ， 此 时 我 吏 
需要 它 的 反问 重 构 一 一 移 除 中 间 人 (192) ° 


类 与 模块 已 然 是 施行 封装 的 最 大 实体 了 ， 但 
小 一 点 的 函数 对 于 封装 实现 细节 也 有 所 祷 益 。 有 
时 候 ， 我 可 能 需要 将 一 个 算法 完全 替换 掉 ， 这 时 
我 可 以 用 提炼 函数 (106) 将 算法 包装 到 函数 中 ， 
然后 使 用 替换 算法 (195) ° 


7.1 封装 记录 (Encapsulate 
Record) 
曾 用 名 : 以 数据 类 取代 记录 (Replace Record 


with Data Class) 


Organization = {name: "Acme Gooseberries", country: "GB"}; 


class Organization { 
constructor(data) { 
this._name = data.name; 
this. country = data.country; 


get name() {return this._name;} 
set name(arg) {this._name = arg; } 
get country() {return this._country;} 
set country(arg) {this._ country = arg; } 


动机 


记录 型 结构 是 多 数 编程 语言 提供 的 一 种 篆 见 
特性 。 它 们 能 直观 地 组 织 起 存在 关联 的 数据 ， 让 
我 可 以 将 数据 作为 有 意义 的 单元 传递 ， 而 不 仅 是 
一 堆 数 据 的 拼 吃 。 但 商 音 的 记录 型 结构 也 有 和 缺 
陷 ， 最 恼人 的 一 点 是 ， 它 强迫 我 清晰 地 区 分 “记录 
中 存储 的 数据 ”和 “通过 计算 得 到 的 数据 ”。 假 使 我 
要 摘 述 一 个 整数 财 区 间 ， 我 可 以 用 {start: 1, 
end: 5} felt , 或 者 用 {start: 1, length: 5} H 
至 还 能 用 {fend: 5, length: 53, WRR EMEF 
华丽 的 编程 技巧 的 话 ) 。 但 不 论 如 何 存储 ， 这 3 个 
值 都 是 我 想 知 道 的 ， 即 区 间 的 起 点 (start) 和 终 
点 (end) ， 以 及 区 间 的 长 度 (length) 。 


这 吏 是 对 于 可 变数 据 ， 我 总 是 更 侦 过 使 用 类 
对 和 象 而 非 记 孙 的 原因 。 对 象 可 以 隐藏 结构 的 细 
万 ， 仅 为 这 3 个 值 握 供 对 应 的 方 沪 。 该 对 象 的 用 户 
不 必 追 完 存 储 的 细 和 和 计算 的 过 程 。 同 时 ， 这 种 
FRNA RIT FRAN: 我 可 以 重新 命名 字 


段 ， 但 同时 提供 新 老子 段 名 的 访问 方法 ， 这 样 我 
束 可 以 渐进 地 修改 调用 方 ， 直 到 将 换 全 部 完成 。 


注意 ， 我 所 说 的 偏爱 对 象 ， 是 对 可 变数 据 而 
言 。 如 且 数 据 不 可 变 ， 我 大 可 直接 将 这 3 个 值 保存 
在 记录 里 ， 需 要 做 数据 变换 时 增加 一 个 填充 步 又 
印 可 。 重 命名 记录 也 一 样 商 单 ， 你 可 以 复制 一 个 
FRED SRG ALR ° 


记录 型 结构 可 以 有 两 种 类 型 一 种 需要 声明 
合法 的 字段 名 字 ， 为 一 种 可 以 随便 用 任何 字段 名 
字 。 后 者 彰 由 语言 库 本 身 实现 ， 并 通过 类 的 形式 
提供 出 来 ， 这 些 类 称 为 散 列 (hash) 、 了 映射 
(map) 、 散 列 映 射 Chashmap) ` FH 
(dictionary) 或 关联 数组 (associative array) 
等 。 很 多 编程 语言 都 提供 了 方便 的 语法 来 创建 这 
类 记 杂 ， 这 使 得 它们 在 各 种 编程 场景 下 都 能 大 展 
配 手 。 但 使 用 这 类 结构 也 有 缺陷 ， 那 吏 是 一 条 记 
孙 上 持 有 什么 字段 往往 不 够 和 直观。 比如 说 ， 如 林 
我 想 知道 记 孙 里 维护 的 字段 究竟 是 起 点 /终点 还 是 
ENKE, MRABB ENE AHA, BR 
此 以 外 别 无 他 法 。 大 这 种 记录 只 在 程序 的 一 个 小 
YOR RA, ASTANA, BAHE H ye Be 
SL, “数据 结构 不 直观 ”这 个 问题 丈 会 造成 更 多 
扰 。 我 可 以 重 构 它 ， 使 其 变 得 更 直观 一 一 但 如 果 
真 需要 这 样 做 ， 那 还 不 如 使 用 类 来 得 直接 。 


程序 中 间 篆 销 需 要 互相 传递 衣 父 的 列表 
(list) 或 散 列 英 射 结构 ， 这 些 数 据 结构 后 续 经 名 
需要 被 序列 化 成 JSON 或 XML。 这 样 的 众 套 结构 
同样 值得 封装 ， 这 样 ， 如 果 后 续 其 结构 需要 变更 
或 者 需要 修改 记录 内 的 值 ， 封 装 能 够 帮 有 我 更 好 地 
应 对 变化 。 


做 法 


。 对 持 有 记录 的 要 量 使 用 封装 变量 (132) ， 将 
其 封 和 到 一 个 函数 中 。 


记得 为 这 个 画 数 取 一 个 容易 搜索 的 名 字 。 


。 创 建 一 个 类 ， 将 记录 包 冯 起 来 ， 并 将 记录 变量 
的 值 欧 换 为 该 类 的 一 个 实例 。 然 后 在 类 上 定义 
一 个 访问 函数 ， 用 于 返回 原始 鸭 记录 。 修 改 封 
a S HIE AIX Sy ANB © 
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。 潮 建 一 个 函数 ， 让 它 返 回 该 类 的 对 象 ， 而 非 那 
条 原始 的 记录 。 

。 对 于 该 记录 的 每 处 使 用 点 ， 将 原先 返回 记录 的 
芳 数 调用 交换 为 那个 返回 实例 对 象 的 函数 调 


用 。 使 用 对 象 上 的 访问 画 数 来 获取 数据 的 字 
段 ， 如 果 该 字段 的 访问 画 数 还 不 存在 ， 那 就 创 
建 一 个 。 每 次 更 改 之 后 运行 测试 。 


如 和 该 记录 比较 复杂 ， 例 如 十 个 能 套 解 
构 ， 那 么 先 重 点 关注 客 户 闹 对 数据 的 更 新 操 


作 ， 对 于 读 取 操作 可 以 考虑 返回 一 个 数据 副本 
或 只 读 的 数据 代理 。 


。 移 除 类 对 原始 记录 的 访问 函数 ， 那 个 容易 搜索 
e oo 
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其 再 次 应 用 封装 记录 (162) 或 封装 集合 
(170) 手法 。 


范例 


首先 ， 我 从 一 个 常量 开始 ， 该 常量 在 程序 中 
被 大 量 使 用 。 


const organization = {name: "Acme Gooseberries", country: 
W W 
GB"}; 


这 是 一 个 普通 的 JavaScript 对 象 ， 程序 中 很 多 
地 方 都 把 它 当 作 记 孙 型 结构 在 使 用 。 以 下 是 对 其 
进行 谈 取 和 更 新 的 地 方 : 


result += `<h1>${organization.name}</h1>`; 


organization.name = newName; 


i — To hth — PBT eae 
132) 。 


读 取 的 例子 .… 
更 新 的 例子 .… 


getRawDataOfOrganization().name = newName; 


这 里 施展 的 不 全 是 标准 的 封装 变量 (132) F 
我 刻意 为 设 值 钞 数 取 了 一 个 义 丑 义 长 、 容 易 
T 因为 我 有 意 不 让 它 在 这 次 重 构 中 活 
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杂 ， 从 而 达到 这 一 日 的 。 


class Organization... 


class Organization { 
constructor(data) { 
this. data = data; 


const organization = new Organization({name: 
Gooseberries", country: "GB"}); 


function getRawDataOfOrganization() {return 
organization. data; } 
function getOrganization() {return organization; } 


创建 完 对 象 后 ， 我 吏 能 开始 寻找 该 记录 的 使 
ee 


class Organization... 


set name(aString) {this._data.name = aString; } 
Pitt... 


| Ty 


getOrganization().name = newName; 


同样 地 ， 我 将 所 有 读 取 记 孙 的 地 方 ， 用 一 个 
PUE HAREA ° 


class Organization... 


get name() {return this._data.name;} 


TR 


PPA... 


result += `<h1>${getO0Organization().name}</h1>`; 


完成 引用 点 的 车 换 后 ， 束 可 以 部 现 我 之 前 的 
EER, HERNAN To 


function—getRawData0fOrganizatio {return 


= 7 
function getOrganization() {return organization; } 


我 还 倾 问 于 把 _data 里 的 字段 展开 到 对 象 中 。 


class Organization { 
constructor(data) { 
this._name = data.name; 
this. country = data.country; 


get name() {return this._name;} 
set name(aString) {this._name = aString; } 


get country() {return this. country; } 
set country(aCountryCode) {this._country = aCountryCode; } 


这 样 做 有 一 个 好 处 ， 能 够 使 外 界 无 须 再 引用 
原始 的 数据 记录。 直接 持 有 原始 的 记 孙 会 破坏 封 
和 关 的 完整 性 。 但 有 时 也 可 能 不 适合 将 对 象 展 开 到 
独立 的 字段 里 ， 此 时 我 束 会 先 将 _data 复 制 一 份 ， 
再 进行 赋值 。 


范例 : BRB 


上 面 的 例子 将 记录 的 浅 复 制 展 开 到 了 对 象 
里 ,但 当 我 处 理 深层 舱 套 的 数据 (比如 来 自 JSON 
文件 的 数据 ) 时 ， 又 该 怎么 办 呢 ? 此 时 该 重 构 手 
法 的 核心 步骤 依然 适用 ， 记 录 的 更 新 点 需要 同样 
少 恬 处 理 ， 但 对 记录 的 读 到 点 则 有 多 种 处 理 广 


AN 


ERMIT, DK BA—-TREERR ERNE 
据 : 它 是 一 组 顾客 信息 的 集合 ， 保 存在 散 列 映射 
中 ， 并 通过 顾客 ID 进 行 宁 3 引 。 


"1920": { 
name: "martin", 
id: "1920", 
usages: { 


// remaining months of the year 


ty 
"2015": { 
"1i 70; 
"2": 63, 
// remaining months of the year 
} 
} 


} 
"38673": { 


name: "neal", 
id: "38673", 
// more customers in a similar form 
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更 新 的 例子 .… 


读 取 的 例子 .. 


function compareUsage (customerID, laterYear, month) { 

const later = customerData[customerID].usages[laterYear | 
[month]; 

const earlier = customerData[customerID].usages[laterYear - 


1] [month]; 
return {laterAmount: later, change: later - earlier}; 


ene ee ee 
= (132) 。 


function getRawDataOfCustomers() {return customerData; } 
function setRawDataOfCustomers(arg) {customerData = arg; } 


更 新 的 例子 .… 


getRawDataOfCustomers()[customerID].usages[year][month] = 
amount; 


读 取 的 例 于 .… 


function compareUsage (customerID, laterYear, month) { 

const later = getRawDataOfCustomers() 
[customerID].usages[laterYear][month]; 

const earlier = getRawDataOfCustomers() 
[customerID].usages[laterYear - 1][month]; 

return {laterAmount: later, change: later - earlier}; 


} 


授 下 来 我 要 创建 一 个 类 来 容纳 整个 数据 结 


class CustomerData { 
constructor(data) { 


this._data = data; 
} 
} 


顶层 作用 域 ... 


function getCustomerData() {return customerData; } 
function getRawDataOfCustomers() {return customerData._data; } 


function setRawDataOfCustomers(arg) {customerData = new 
CustomerData(arg);} 


最 重要 的 是 妥善 处 理 好 那些 更 狐 操作 。 因 
此 ， 当 我 查看 getRawDataofcustomers 的 所 有 调用 
者 时 ， 总 是 特别 关注 那些 对 数据 做 修改 的 地 方 。 
绸 提醒 你 一 下 ， 下 面 是 那 步 更 新 操作 。 


更 新 的 例子 .… 


getRawDataOfCustomers()[customerID].usages[year][month] = 
amount; 


“做 法 ?部 分 说 ， 搂 下 来 要 通过 一 个 访问 函数 
来 返回 原始 的 顾客 数据 ， 如 果 访 问 范 数 还 不 存在 
束 创 建 一 个 。 现 在 顾客 类 还 没有 设 值 芳 数 ， 而 且 
这 个 更 新 操作 对 结构 进行 了 深入 查找 ， 因 此 是 时 
(RAVE BEEN T° Rat per aX 


(106) ， 将 层 层 深 入 数据 结构 的 查找 操作 提炼 到 


更 新 的 


setUsage(customerID, year, month, amount); 
顶层 作用 域 ... 
function setUsage(customerID, year, month, amount) { 


getRawDataOfCustomers()[customerID].usages[year][month] = 
amount; 


j 


然后 我 再 用 搬移 函数 (198) 将 新 函数 搬移 到 
PA MABE o 


更 新 的 例子 .… 


getCustomerData().setUsage(customerID, year, month, amount); 


class CustomerData... 


setUsage(customerID, year, month, amount) { 
this. _data[customerID].usages[year][month] = amount; 


FRA RMN BRAT, Bae RET 
操作 。 癌 显 更 新 操作 ， 并 将 它们 集中 到 一 处 地 
方 ， 征 此 次 封 痛 过程 最 重要 的 一 部 分 。 


一 通 伏 换 过 后 ， 我 可 能 认为 修改 已 经 告 一 段 
沙 ， 但 如 何人 确认 答 换 是 否 真正 完成 了 呢 ? 检查 的 
办 法 有 很 多 ， 比 如 可 以 修改 
getRawDataOfCustomerslN&y, 让 其 返回 一 份 数据 
ANRE MAJEE o WRM mE KEM, HMA 
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顶层 作用 域 ... 


function getCustomerData() {return customerData; } 
function getRawDataOfCustomers() {return 
customerData.rawData; } 

function setRawDataOfCustomers(arg) {customerData = new 


CustomerData(arg);} 


class CustomerData... 


get rawData() { 
return _.cloneDeep(this. data); 


时 我 使 用 了 lodash 库 来 辅助 生成 深 复 制 的 副 


夯 一 个 方式 是 ， 返 回 一 份 只 读 的 数据 代理 。 
如 果 客 户 闹 代码 蔚 试 修改 对 象 的 结构 ， 那 么 该 数 
据 代理 吏 会 抛 出 异 钊 。 这 在 有 些 编程 语言 中 能 轻 
易 实 现 ， 但 用 JavaScript 实 现 可 束 厅 和 烦 了 ， 我 把 它 
留 给 读 痢 作为 练习 好 了 了。 或者， 我 可 以 复制 一 份 
数据 ， 递 归 谎 结 副 本 的 每 个 字段 ， 以 此 阻止 对 它 
的 任何 修改 企图 。 


妥善 处 理 好 数据 的 更 新 当然 价值 不 凡 ， 但 读 
取 操 作 又 怎么 处 理 呢 ? 这 有 几 种 选择 。 


第 一 种 克 择 十 与 设 值 贸 数 采 用 同等 繁 过 ， 把 
所 有 对 数据 的 读 取 近 炼 成 男 数 ， 并 将 它们 搬移 到 


customerData 类 中 。 


class CustomerData... 


usage(customerID, year, month) 
return this. _data[customerID].usages[year][month]; 


} 


顶层 作用 域 ... 


function compareUsage (customerID, laterYear, month) { 


const later = getCustomerData().usage(customerID, laterYear, 
month); 

const earlier = getCustomerData().usage(customerID, 
laterYear - 1, month); 

return {laterAmount: later, change: later - earlier}; 


这 种 处 理 方式 的 美妙 之 处 在 于 ， 它 为 
customerpata 提 供 了 一 份 清 晰 的 API 列 表 ， 清 楚 摘 
绘 了 该 类 的 全 部 用 途 。 我 只 需 阅 读 类 的 代码 ， 束 
能 知道 数据 的 所 有 用 法 。 但 这 样 会 使 代码 量 剧 
增 ， 符 别 是 当 对 象 有 许多 用 途 时 。 现 代 编 程 语言 
大 多 提供 直观 的 语法 ， 以 文 择 从 次 层 的 列表 和 艇 
列 [mf-lh] 结 构 中 获得 数据 ， 因 此 直接 把 这 样 的 数 
据 结 构 给 到 客 尸 端 ， 也 不 失 为 一 种 选择 。 


如 琳 客 户 问 想 拿 惠 一 份 数 据 结构 ， 我 大 可 以 
直接 将 实际 的 数据 交 出 去 。 但 这 样 做 的 问题 在 
于 ， 我 将 无 从 阻止 用 户 直 接 对 数据 进行 修改 ， 进 
而 使 我 们 封装 所 有 更 新 拘 作 的 民 吉 用 心 失去 意 
义 。 节 人 稍 单 的 应 对 办 法 是 返回 原始 数据 的 一 份 副 
本 ， 这 可 以 用 到 我 前 面 写 的 rawData 方 法 


class CustomerData... 


get rawData() { 
return _.cloneDeep(this._data); 


} 


顶层 作用 域 ... 


function compareUsage (customerID, laterYear, month) { 
const later = 
getCustomerData().rawData[customerID].usages[laterYear | 
[month]; 
const earlier = 


getCustomerData().rawData[customerID].usages[laterYear - 1] 
[month]; 
return {laterAmount: later, change: later - earlier}; 


ERE, SIREAN o wH Te AY 
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引发 性 能 问题 。 不 过 也 正如 我 对 性 能 问题 的 一 贯 
态度 ， 这 样 的 性 能 损耗 也 许 征 可 以 接受 的 一 一 只 
有 测量 到 可 见 的 影响 ， 我 才 会 真 的 关心 它 。 这 种 
方 采 还 可 能 市 来 困惑 ， 比 如 客户 病 可 能 期 望 对 该 
数据 的 修改 会 同时 反映 到 原 数 据 上 。 如 来 采用 了 
只 读 代理 或 冻结 副本 数据 的 方案 ， 束 可 以 在 此 时 


提供 一 个 有 意义 的 错误 信息 。 


另 一 种 方案 需要 更 多 工作 ， 但 能 提供 更 可 靠 
的 控制 粒度 : 对 每 个 字段 循环 应 用 封装 记录 。 我 
会 把 顾客 (customer) 记录 变 成 一 个 类 ， 对 其 用 
途 (usage) 字段 应 用 封装 集合 (170) ， 并 为 它 
创建 一 个 类 。 然 后 我 就 能 通过 访问 函数 来 控制 其 
更 新 点 ， 比 如 说 对 用 途 (usage) 对 象 应 用 将 引用 
对 和 象 改 为 值 对 象 (252) 。 但 处 理 一 个 大 型 的 数据 


结构 时 ， 这 种 方案 异 弟 去 复 ， 如 果 对 该 数据 结构 
的 更 狐 扩 没 那 么 多 ， 其 实 大 可 不 必 这 么 做 。 有 

上 时， 合理 混用 取 值 函数 和 新 对 和 象 可 能 更 明和 昼 ， 即 
使 用 取信 函数 来 封 儿 数据 的 次 层 得 找 操 作 ， 但 更 
新 数据 时 则 用 对 象 来 包 妆 其 结构 ， 而 非 下 接 控 作 
未 经 封装 的 数据 。 我 在 “Refactoring Code to Load a 
Document”[mf-ref-doc] 这 篇 文章 中 讨论 了 更 多 的 
细 广 ， 有 兴趣 的 读 痢 可 移 步 阅读 。 


7.2 ”封装 集合 (Encapsulate 
Collection) 


class Person { 


get courses() {return this._courses; } 
set courses(aList) {this. courses = aList;} 


class Person { 
get courses() {return this. _courses.slice();} 


addCourse(aCourse) { ... } 
removeCourse(aCourse) { ... } 


动机 


我 喜欢 封 委 程序 中 的 所 有 可 变数 据 。 这 使 我 
很 容易 看 消 巷 数据 被 修改 的 地 点 和 修改 方式 ， 这 
样 当 我 需要 更 改 数 据 结构 时 束 非 第 方便 。 我 们 通 
单衣 励 封 委 一 一 使 用 面 问 对象 技 术 的 开发 彰 对 孝 
天 尤为 重视 一 一 但 封 妆 集 合 时 人 们 第 季 犯 一 个 多 
re: 只 对 集合 变量 的 访问 进行 了 封 汉 ,但 依然 让 
取 值 济 数 返回 集合 本 号 。 这 使 得 集合 的 成 员 变 量 
可 以 直接 被 修改 ， 而 于 沪 它 的 类 则 全 然 不 知 ， 无 


ATA“ 
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样 束 可 使 对 集合 的 修改 必须 经 过 类 ， 当 程序 闭 化 
变 大 时 ， 我 依然 能 轻易 找 出 修改 点 。 


只 要 团队 拥有 民 好 的 习惯 ， 束 不 会 在 模块 以 
外 修改 集合 ， 仪 仅 提 供 这 些 修改 方法 似乎 也 束 尼 
够 。 然 而 ， 依 赖 于 别人 的 好 习惯 是 不 明和 上 的， 一 
个 细小 的 葛 包 了 吏 可 能 市 来 难以 调试 的 bug。 更 好 的 
做 法 古 ， 不 要 让 集合 的 取 值 芳 数 返回 原始 集合 ， 
这 束 避 人 免 了 客户 端的 意外 修改 。 


一 种 避免 二 接 修 改 集 合 的 方法 是 ， 永 远 不 直 
接 返 回 集合 的 值 。 这 种 方法 提倡 ， 不 要 直接 使 用 
集合 的 字段 ， 而 是 通过 定义 类 上 的 方法 来 代替 ， 
tha -eFacustomer.orders.sizets iA 
aCustomer .numberOfOrders ° 我 不 同意 这 种 做 法 
现代 编程 语言 都 提供 了 丰富 的 集合 类 和 标准 接 
口 ， 能 够 组 合成 很 多 有 价值 的 用 法 ， 比 如 集合 管 
道 (Collection Pipeline) [mf-cp] 等 。 使 用 特殊 的 
类 方法 来 处 理 这 些 场景 ， 会 增加 许多 额外 代码 ， 
使 集合 探 作 容易 组 合 的 特性 大 打折 扣 。 


还 有 一 种 方法 是 ， 以 茶 种 形式 限制 集合 的 访 
问 权 ， 只 允许 对 集合 进行 读 操 作 。 比 如 ， 在 Java 
中 可 以 很 容易 地 退回 集合 的 一 个 只 读 代理 ， 这 种 
代理 允许 用 户 读 取 集 合 ， 但 会 阻止 所 有 更 改 操 作 
Java 的 代理 会 抛 出 一 个 异 单 。 有 一 些 库 在 构 
过 集 合 时 也 用 了 类 似 的 方法 ， 将 构造 出 的 集合 建 
WEIS (Cas BOM ZT AR ee aE, AA Ca th 
NABER EIST RE ° 


也 许 最 第 见 的 做 法 是 ， 为 集合 近 供 一 个 取 值 
函数 ， 但 令 其 返回 一 个 集合 的 副本 。 这 样 即使 有 
人 修改 了 副本 ， 被 封 妆 的 集合 也 不 会 受到 影 啊 。 
这 可 能 市 来 一 些 困 感 ， 特 别 是 对 那些 已 经 习惯 于 
通过 修改 返回 值 来 修改 原 集合 的 开发 者 一 一 但 更 
多 的 情况 下 ， 开 发 者 已 经 习惯 于 取 值 函数 返回 副 


本 的 做 法 。 如 朱 集 合 很 大 ， 这 个 似 法 可 能 市 来 性 
能 问题 ， 好 在 多 数列 表 痢 没有 那么 大 ， 此 时 前 述 
的 性 能 优化 基本 守则 依然 适用 (2.80) e 


使 用 数据 代理 和 数据 复制 的 故 一 个 区 别 古 ， 
对 源 数 据 的 修改 会 反映 到 代理 上 ， 但 不 会 反映 到 
副本 上 。 大 多 数 时 候 这 个 区 别 影响 不 大 ， 因 为 通 
过 此 种 方式 访问 的 列表 通 第 生命 周期 部 不 长 。 


采用 哪 种 方法 并 无 定式 ， 最 重要 的 是 在 同 个 
代码 库 中 做 法 要 保持 一 致 。 我 建议 只 用 一 种 方 
案 ， 这 样 每 个 人 部 能 很 快 习 惯 它 ， 并 在 每 次 调用 
集合 的 访问 函数 时 期 户 相同 的 行为 。 


做 法 
。 如 果 集 合 的 引用 尚未 被 封装 起 来 ， 先 用 封装 变 
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FURS BRE ENB (331) 移 除 它 。 如 采 不 能 移 除 
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NU 
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© ARR 合 的 引用 点 。 WALA Val Fe BERR 
as 令 该 处 调用 使 用 新 的 添加 / 移 除 元 素 的 夯 
数 。 每 次 修改 后 执行 测试 。 

。 修 改 集合 的 取 值 贸 数 ， 使 其 返回 一 份 只 读 的 数 
据 ， 可 以 使 用 只 读 代理 或 数据 副本 。 

。 测 试 。 


范例 


假设 有 个 人 (person) 要 去 上 课 。 我 们 用 一 
tal HA Courses Fe 7s RTE” © 


class Person... 


constructor (name) { 
this. name = name; 
this._courses = []; 


get name() {return this._name; } 
get courses() {return this._courses;} 
set courses(aList) {this. courses = aList;} 


class Course... 


constructor(name, isAdvanced) { 
this. name = name; 


this. _isAdvanced = isAdvanced; 


get name() {return this._name; } 
get isAdvanced() {return this. _isAdvanced; } 
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numAdvancedCourses = aPerson.courses 
.f ilter(c =&gt; c.isAdvanced) 


. length 
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诚然 ， 对 列表 整体 的 任何 更 新 操作 ， 部 能 通过 设 
值 范 数 得 到 控制 。 


客户 端 代码 .… 


const basicCourseNames = readBasicCourseNames(filename) ; 
aPerson.courses = basicCourseNames.map(name => new 


Course(name, false)); 


Y 


(0) 


但 客户 站 也 可 能 发 现 ， 直 接 更 狐 读 程 列表 显 
然 更 容易 


客户 端 代码 .… 


for(const name of readBasicCourseNames(filename)) { 
aPerson.courses.push(new Course(name, false)); 
} 


这 了 如 破 坏 了 封装 性 ， 因 为 以 此 种 方式 更 新 列 
表 pPerson 类 根本 无 从 得 知 。 这 里 仅仅 封装 了 字段 
引用 ， 而 未 真正 封装 字段 的 内 容 。 


现在 我 来 对 类 实施 真正 恰当 的 在 首 匈 要 


为 类 添加 两 个 方法 ， 为 客户 站 CRCR 
程 " 和 “ 移 除 课程 ”的 接口 。 


class Person... 


addCourse(aCourse) { 
this._courses.push(aCourse); 


removeCourse(aCourse, fnifAbsent = () => {throw new 
RangeError();}) { 

const index = this. _courses.indexOf(aCourse) ; 

if (index === -1) fnIfAbsent(); 

else this. _courses.splice(index, 1); 


} 


对 于 移 除 操作 ， 我 得 考虑 一 下 ， 如 采 客 户 凯 
要 求 移 除 一 个 不 存在 的 集合 元 素 红 么 四。 我 可 以 
BEERZEL, toa] LAGU ER o AERA 


ALEME, ERRA mA H CAE 


Me 


然后 我 束 可 以 让 直接 修改 集合 值 的 地 方 改 用 
新 的 方法 了 。 


客户 并 代码 ..… 


for(const name of readBasicCourseNames(filename)) { 
aPerson.addCourse(new Course(name, false)); 


} 


有 了 单独 的 添加 和 移 除 方法 ， 通 名 setcourse 
WKAR BATES o BRAG, RWS 
fe AMER IEA (331) 移 除 它 。 如 果 出 于 其 他 
原因 ， 必 须 提供 一 个 设 值 方法 作为 API， 我 至 少 
要 确保 用 一 份 副 本 给 字段 同 值 ， 不 去 修改 通过 参 
数 传 入 的 集合 。 


class Person... 


set courses(aList) {this,. courses = aList.slice();} 


这 公设 施 让 客户 闹 能 够 使 用 正确 的 修改 方 
法 ， 同 时 我 还 硕 望 能 确 你 所 有 修改 都 通过 这 些 方 


o 为 达 此 目的 ， 我 会 让 取 值 函数 返回 一 份 
副本 。 


Class Person... 


get courses() {return this. _courses.slice();} 


总 的 来 讲 ， 我 觉得 对 集合 保持 适度 的 审慎 是 
有 蕉 的 ， 我 宁愿 多 复制 一 份 数据 ， 也 不 愿 去 调试 
因 意 外 修改 集合 招致 的 错误 。 修 改 操 作 并 不 总 是 
显而易见 的 ， 比 如 ， 在 JavaScript 中 原生 的 数组 排 
序 函 数 sort() 驶 会 修改 原 数组 ， 而 在 其 他 语言 中 
默认 都 症 为 更 改 集合 的 操作 返回 一 份 副 本 。 任 何 
负责 管理 集合 的 炎 都 应 该 总 是 退回 数据 副本 ， 但 
我 还 养 成 了 一 个 习惯 ， 只 要 我 做 的 事 看 起 来 可 能 


改变 集合 ， 我 也 会 返回 一 个 副本 。 


7.3 ”以 对 象 取 代 基 本 类 型 (Replace 


Primitive with Object) 


用 名 : 以 对 象 取 代数 据 值 (Replace Data 
Value with Object) 


曾 用 名 : 以 类 取代 类 型 码 (Replace Type 
Code with Class) 


orders.filter(o => o.priority.higherThan(new 
Priority("normal") )) 


动机 


开发 初期 ， 你 往往 决定 以 简单 的 数据 项 表示 
向 单 的 情况 ， 比 如 使 用 数 子 或 子 从 串 等 。 但 随 看 
开发 的 进行 ， 你 可 能 会 发 现 ， 这 些 人 日 数据 项 不 
再 那么 何 香 了 。 比 如 说 ， 一 开始 你 可 能 会 用 一 个 
字符 串 来 表示 “电话 号 码 ” 的 概念 ， 但 是 随后 它 广 
需要 “格式 化 “抽取 区 号 ”之 类 的 特殊 行为 。 这 类 


逻辑 很 快 便 会 占领 代码 库 ， 制 造 出 许多 重复 代 
码 ， 增 加 使 用 时 的 成 本 。 


一 旦 我 发 现 对 某 个 数据 的 操作 不 仅仅 局 限于 
打印 上 时， 我 束 会 为 它 创 建 一 个 新 类 。 一 开始 这 个 
类 也 许 只 是 简单 包 它 一 下 何 早 类 型 的 数据 ， 不 过 
只 要 类 有 了 ， 日 后 添加 的 业务 逻辑 束 有 地 可 去 
了 。 这 些小 小 的 封 小 值 开始 可 能 价值 其 微 ， 但 只 
要 悉心 照料 ， 它 们 很 快 便 能 成 长 为 有 用 的 工具 。 
创建 新 类 无 须 太 大 的 工作 量 ， 但 我 发 现 它 们 往往 
对 代码 库 有 深远 的 影响 。 实 际 上 ， 许 多 经 验 丰 是 
的 开发 看 认为 ， 这 是 他 们 的 工具 箱 里 最 实用 的 重 
ee“ 


做 法 
。 如 果 变量 尚未 被 封装 起 来 ， 先 使 用 封装 变量 


(132) 封装 它 。 

。 为 这 个 数据 值 创建 一 个 简单 的 类 。 类 的 构造 函 
数 应 该 保存 这 个 数据 值 ， 并 为 它 提 供 一 个 取 值 
RRL © 

。 执 行 静态 检查 。 

。 修 改 第 一 步 得 到 的 设 值 画 数 ， 令 其 创建 一 个 新 
类 的 对 象 并 将 其 存 入 字段 ， 如 果 有 必要 的 话 ， 


同时 修改 字段 的 类 型 声明 。 

。 修 改 取 值 函数 ， 令 其 调用 新 类 的 取 值 函数 ， 并 
返回 结果 。 

。 测 试 。 

。 考 虑 对 第 一 步 得 到 的 访问 函数 使 用 函数 改名 
(124) ， 以 便 更 好 反映 其 用 途 。 

。 考 虑 应 用 将 引用 对 象 改 为 值 对 象 (252) 或 将 
值 对 象 改 为 引用 对 象 (256) ， 明 确 指出 新 对 
象 的 角色 是 值 对 象 还 是 引用 对 象 。 


范例 

我 将 从 一 个 简单 的 订单 (order) 类 开始 。 该 
类 从 一 个 简单 的 记录 结构 里 读 取 所 需 的 数据 ， 这 
其 中 有 一 个 订单 优先 级 (priority) 字段 ， 它 是 
以 字符 串 的 形式 被 读 入 的 。 


class Order... 


constructor(data) { 


this.priority = data.priority; 
// more initialization 


客户 端 代 码 有 些 地 方 是 这 么 用 它 的 : 


客户 端 .… 


. Length; 


无 论 何 时 ， 当 我 与 一 个 数据 值 打交道 时 ， 第 
一 件 事 一 定 是 对 它 使 用 封装 变量 (132) ° 


class Order... 


get priority() {return this._priority;} 


set priority(aString) {this._priority = aString;} 


现在 构造 函数 中 第 一 行 初 始 化 代码 就 会 使 用 
我 刚刚 创建 的 设 值 函数 了 。 

这 使 它 成 了 一 个 自封 装 的 字段 ， 因 此 我 暂 可 
放任 原来 的 引用 点 不 理 ， 先 对 字段 进行 处 理 。 

接 下 来 我 为 优先 级 字段 创建 一 个 简单 的 值 类 
(value class) 。 该 类 应 该 有 一 个 构造 函数 接收 值 
字段 ， 并 提供 一 个 返回 字符 串 的 转换 函数 。 


class Priority { 
constructor(value) {this._value = value; } 


toString() {return this. value; } 


} 


这 里 的 园 换 函数 我 更 倾 同 于 使 用 tostring 而 
不 用 取 值 函数 (value) 。 对 类 的 客户 端 而 言 ， 一 
个 返回 字符 串 描 述 的 API 应 该 更 能 传达 “发 生 了 数 
据 转 换 ” 的 信息 ， 而 使 用 取 值 函数 取 用 一 个 字段 束 
缺乏 这 方面 的 感觉 。 


然后 我 要 修改 访问 芳 数 ， 使 其 用 上 新 创建 的 


class Order... 


get priority() {return this._priority.toString();} 
set priority(aString) {this. priority = new 


Priority(aString);} 


提炼 出 priority 类 后 ， 我 发 觉 现 在 order 类 上 
的 取 值 画 数 命名 有 点 儿 误导 人 了 。 它 确实 还 是 返 
回 了 优 移 级 信息 ， 但 却 是 一 个 字符 串 描 述 ， 而 不 
是 一 个 Priority 对 象 。 于 是 我 立即 对 它 应 用 了 画 
数 改 各 (124) 。 


class Order... 


get priorityString() {return this. _priority.toString();} 
set priority(aString) {this. priority = new 


Priority(aString);} 


客户 端 .… 


highPriorityCount = orders.filter(o => "high" === 
o.priorityString 


O.priorityString) 
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让 它们 直接 使 用 priority 对 象 是 否 会 更 好 。 于 
和 是， 我 着手 在 订单 类 上 深 加 一 个 取 值 函 数 ， 让 和 它 
直接 人 返回 狐 建 的 Priority 对 和 象 。 


class Order... 


get priority() {return this._priority;} 
get priorityString() {return this._priority.toString();} 


set priority(aString) {this. priority = new 
Priority(aString);} 


Pvt... 


highPriorityCount = orders.filter(o => "high" === 
o.priority.toString() 


o.priority.toString()) 


. Length; 
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用 设 信 函数 ， 这 可 以 通过 调整 priority 类 的 构造 
函数 实现 。 


class Priority... 


constructor(value) { 
if (value instanceof Priority) return value; 


this._value = value; 


} 


这 样 做 的 意义 在 于 ， 现在 新 的 Priority 类 可 
以 容纳 更 多 业务 行为 一 一 无 论 是 狐 的 业务 代码， 
还 是 从 别处 搬移 过 来 的 。 这 里 有 些 例子 ， 它 会 校 
IEICE AME, SCTE LL BOP E © 


class Priority... 


constructor(value) { 
if (value instanceof Priority) return value; 
if (Priority.legalValues().includes(value) ) 
this._value = value; 
else 
throw new Error( <${value}> is invalid for Priority’); 


toString() {return this. value; } 

get _index() {return Priority.legalValues().findIndex(s => s 
=== this. _value);} 

static legalValues() {return ['low', 'normal', 'high', 
"rush'];} 


equals(other) {return this._index === other._index; } 
higherThan(other) {return this._index > other._index; } 
lowerThan(other) {return this. index < other. index; } 


修改 的 过 程 中 ， 我 发 觉 它 实际 上 已 经 担负 起 
值 对 象 (value object) WAE, ALR MA ERS 
加 了 一 个 equals 方 法 ， 并 确 体 它 的 值 不 可 修改 。 


加 上 这 些 行为 后 ， 我 可 以 让 客户 端 代码 读 起 
来 含义 更 清晰 。 


Pv... 


highPriorityCount = orders.filter(o => 
o.priority.higherThan(new Priority("normal") ) ) 


. Length; 


7.4 ”以 查询 取代 临时 变量 (Replace 
Temp with Query) 


a < 


const basePrice = this._quantity * this._itemPrice; 
if (basePrice > 1000) 

return basePrice * 0.95; 
else 

return basePrice * 0.98; 


get basePrice() {this._quantity * this._itemPrice;} 


if (this.basePrice > 1000) 
return this.basePrice * 0.95; 
else 
return this.basePrice * 0.98; 


动机 


I 临时 变量 的 一 个 作用 是 保存 菜 段 代码 的 返回 
值 ， 以 便 在 函数 的 后 面部 分 使 用 它 。 临 时 变量 允 
许 我 引用 之 前 的 值 ， 既 能 解释 它 的 售 义 ， 还 能 避 
人 免 对 代码 进行 重复 计算 。 但 尽管 使 用 变量 很 方 
E 
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如 朱 我 正在 分 解 一 个 见长 的 函数 ， 那 么 将 变 
量 抽取 人 到 函数 里 能 使 钞 数 的 分 解 过 程 更 何 单 ， 因 
为 我 整 不 再 需要 将 变量 作为 参数 传递 给 提炼 出 来 
的 小 芳 数 。 将 变量 的 计算 逻辑 放 人 到 了 画 数 中 ， 也 有 
助 于 在 近 炼 得 到 的 函数 与 原 芳 数 之 间 设 立 消 晰 的 
0 eee aN 
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写 计 算 逻 辑 。 每 当 我 在 不 同 的 地 方 看 见 同 一 段 变 
量 的 计算 逻辑 ， 我 工 会 想方设法 将 它们 挪 到 同一 
TERRE o 


这 项 重 构 手法 在 类 中 施展 效果 最 好 ， 因 为 类 
为 行 捉 炼 图 数据 供 了 一 个 共同 的 上 下 文 。 如 采 不 
TERT, RRA GS EVER PHA eS 
数 ， 这 将 冲淡 近 炼 函数 所 能 市 来 的 请 多 好 处 。 使 
用 馈 套 的 小 洲 数 可 以 避免 这 个 问题 ， 但 又 限制 了 
我 在 相关 函数 间 分 诗 逻 辑 的 能 力 。 


以 查询 取代 临时 变量 (178) 手法 只 适用 于 处 
理 某 些 类 型 的 临时 变量 : 那些 只 被 计算 一 次 且 之 
后 不 再 被 修改 的 变量 。 最 简单 的 情况 是 ， 这 个 临 
时 变量 只 被 赋值 一 次 ， 但 在 更 复杂 的 代码 片段 
里 ， 变 量 也 可 能 被 多 次 赋值 一 一 此 时 应 该 将 这 些 
计算 代码 一 并 提炼 到 查询 函数 中 。 并 且 ， 待 提炼 
的 逻辑 多 次 计算 同样 的 变量 时 ， 应 该 能 得 到 相同 
的 结果 。 因 此 ， 对 于 那些 做 快照 用 途 的 临时 变量 
(从 变量 名 往往 可 见 端 倪 ， 比 如 oldAddress 这 样 
的 名 字 ) ， 就 不 能 使 用 本 手法 。 
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让 计算 它 的 部 身 代 码 是 否 每 次 部 能 得 到 一 的 
. 如 果 变 量 目前 不 是 只 读 的 ， 但 是 可 以 改造 成 只 
读 变量 ， 那 就 先 改造 它 。 

. 测试 。 

e 将 为 变量 赋值 的 代码 段 提炼 成 画 数 。 


如 生变 量 和 函数 不 能 使 用 同样 的 名 字 ， 那 


么 先 为 画 数 取 个 临时 的 名 字 。 


确保 待 提炼 画 数 没有 副作用 。 若 有 ， 先 应 
轩 交 查询 本 数 和 修改 男 娄 分 离 〔306) FARA 
副作用 。 


e MI ° 
。 应 用 内 联 变量 (123) 手法 移 除 临时 变量 。 


范例 
这 里 有 一 个 徐 单 的 订单 类 。 
class Order... 


constructor(quantity, item) { 
this. quantity = quantity; 
this._item = item; 


} 


get price() { 
var basePrice = this. quantity * this._item.price; 


var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 


我 希望 把 basepPrice 和 discountFactor 两 个 | 临 
时 变量 变 成 函数 。 


先 从 basePrice 开 始 ， 我 先 把 它 声 明成 const 
并 运行 测试 。 这 可 以 很 好 地 防止 我 短 漏 了 对 变量 
的 其 他 赋值 点 一 一 对 于 这 人 么 个 小 函 效 是 不 太 可 能 
的 ， 但 当 我 处 理 更 大 的 函数 时 了 驶 不 一 定 了 。 


class Order... 


constructor(quantity, item) { 


this. quantity = quantity; 
this._item = item; 


l 


get price() { 
const basePrice = this. quantity * this._item.price; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 
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class Order... 


get price() { 
const basePrice = this.basePrice; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 


get basePrice() { 
return this. quantity * this._item.price; 


} 


测试 ， 然 后 应 用 内 联 变量 (123) 。 
class Order... 


get price() { 

= 7 

var discountFactor = 0.98; 

if (this.basePrice > 1000) discountFactor -= 0.03; 
return this.basePrice * discountFactor; 


} 


接 下 来 我 对 discountFactor 重 复 同 样 的 步 
K, EMAER (106) 。 


class Order... 


get price() { 
const discountFactor = this.discountFactor; 
return this.basePrice * discountFactor; 


J 


get discountFactor() { 
var discountFactor = 0.98; 
if (this.basePrice > 1000) discountFactor -= 0.03; 
return discountFactor; 


这 里 我 需要 将 对 discountFactor 的 两 处 赋值 
HEIRE Bll SERA EN, Jara AY DRE Re 
量 一 起 声明 为 const。 

A, AKRE: 


get price() { 
return this.basePrice * this.discountFactor; 


7.5 “提炼 类 (Extract Class) 


KAEH: EKA (186) 


| || 
class Person { 


get officeAreaCode() {return this._officeAreaCode; } 


get officeNumber ( ) {return this._officeNumber ; } 


class Person { 
get officeAreaCode() {return 
this. _telephoneNumber .areaCode; } 
get officeNumber ( ) {return this. _telephoneNumber .number ; } 


Class TelephoneNumber { 
get areaCode() {return this. _areaCode; } 
get number () {return this._number;} 


动机 


你 也 许 昕 过 类 似 这 样 的 建议 ， 一 个 类 应 该 十 
一 个 清晰 的 抽象 ， 只 处 理 一 些 明 确 的 责任 ， 等 
等 。 但 是 在 实际 工作 中 ， 类 会 不 断 成 长 扩展 。 你 
会 在 这 儿 加 入 一 些 功 能 ， 在 那儿 加 入 一 些 数据 。 
给 某 个 类 添加 一 项 新 责任 时 ， 你 会 觉得 不 值得 为 
这 项 贡 任 分 离 出 一 个 独立 的 类 。 于 是 ， 随 看 贡 任 
不 断 增 加 ， 这 个 类 会 变 得 过 分 复 沫 。 很 快 ， 你 的 
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样 的 类 往往 因为 太 大 而 不 易 理 解 。 此 时 你 需要 考 
虑 哪些 部 分 可 以 分 离 出 去 ， 并 将 它们 分 离 到 一 个 
独立 的 类 中 。 如 于 茶 些 数据 和 示 些 函数 总 征 一 起 
出 现 ， 某 些 数 据 经 沼 同 时 变化 甚至 役 此 相依 ， 这 
忠 表 示 你 应 该 将 它们 分 离 出 去 。 一 个 有 用 的 测试 
束 是 问 你 目 己 ， 如 有 你 搬移 了 茶 鱼 字段 和 函数 ， 
会 发 生 什 么 事 ? 其 他 字段 和 函 数 征 个 因 此 变 得 无 
意义 ? 


为 一 个 往往 在 开发 后 期 出 现 的 信和 号 是 类 的 子 
闫 化 方式 。 如 有 条 你 发 现 子 类 化 只 影响 类 的 部 分 特 
性 ， 或 如 生 你 发 现 茶 些 特性 需要 以 一 种 方式 来 子 
类 化 ， 某 些 特性 则 需要 以 为 一 种 方式 子 类 化 ， 这 
束 意 味 看 你 需要 分 解 原 来 的 类 。 


做 法 


。 决 定 如 何 分 解 尖 所 负 的 贡 任 。 
T 
JEE o 


如 打 旧 类 剩 下 的 责任 与 昌 类 的 名 称 不 符 ， 


为 旧 类 改名 。 


。 构 造 旧 类 时 创建 一 个 新 类 的 实例 ， 建 立 “ 从 旧 
类 访问 新 类 ”的 连接 关系 。 

。 对 于 你 想 搬 移 的 每 一 个 字段 ， 运 用 搬移 字段 
(207) 搬移 之 。 每 次 更 改 后 运行 测试 。 

。 使 用 搬移 函数 (198) 将 必要 函数 搬移 到 新 
类 。 先 搬移 较 低 层 函 数 (也 就 是 “被 其 他 函数 
调用 ”多 于 “调用 其 他 函数 ”者 ) 。 每 次 更 改 后 
运行 测试 。 


。 检 查 两 个 类 的 接口 ， 去 挥 不 再 需要 的 函数 ， 必 
要 时 为 印 数 重 狐 取 一 个 适合 新 环境 的 名 子 。 
。 决 是 十 人 百 公 开 新 的 类 。 如 来 确实 需要 ， 考 虑 对 
新 类 应 用 将 引用 对 象 改 为 值 对 象 (252) 使 其 

成 为 一 个 值 对 象 。 


范例 
我 们 从 一 个 商 单 的 person 类 开始 。 
class Person... 


get name() {return this._name;} 

set name(arg) {this._name = = arg; } 

get telephoneNumber() {return ~(${this.officeAreaCode} ) 
${this.officeNumber}-;} 


get officeAreaCode() {return this._officeAreaCode; } 
set officeAreaCode(arg) {this._officeAreaCode = arg; } 
get officeNumber() {return this._officeNumber ; } 

set officeNumber(arg) {this._officeNumber = arg;} 


这 里 ， 我 可 以 将 与 电话 号 码 相关 的 行为 分 
到 一 个 独立 的 类 中 。 首 先 ， 我 要 定义 一 个 全 的“ 
TelephoneNumber 类 来 表示 “电话 号 但 ”这 个 概念 : 


class TelephoneNumber { 
} 


FURS! 接着 ， 我 要 在 构造 person 类 时 创 
建 TelephoneNumber 类 的 一 个 实例 。 


Class Person... 


constructor() { 
this. _telephoneNumber = new TelephoneNumber (); 


} 


class TelephoneNumber... 


get officeAreaCode() {return this._officeAreaCode; } 


set officeAreaCode(arg) {this._officeAreaCode = arg; } 


现在 ， 我 运用 搬移 字段 (207) 搬移 一 个 字 


段 o 
class Person... 


get officeAreaCode() {return 
this. _telephoneNumber .officeAreaCode; } 


set officeAreaCode(arg) {this._telephoneNumber .officeAreaCode 
= arg;} 


再 次 运行 测试 ， 然 后 我 对 下 一 个 字段 进行 同 
样 处 理 。 


class TelephoneNumber... 


get officeNumber() {return this. _officeNumber ; } 


set officeNumber(arg) {this._officeNumber = arg;} 


class Person... 


get officeNumber() {return 
this. _telephoneNumber .officeNumber ; } 


set officeNumber(arg) {this._telephoneNumber.officeNumber = 
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class TelephoneNumber... 


get telephoneNumber() {return ~(${this.officeAreaCode} ) 
${this.officeNumber}- ;} 


class Person... 


get telephoneNumber() {return 
this. _telephoneNumber .telephoneNumber ; } 


现在 我 需要 做 些 清理 工作 。“ 电 话 号 人 码 ” 显 然 
不 该 拥有 “办 公 室 ”(office) 的 概念 ， 因 此 我 得 重 


命名 一 下 变量 。 


class TelephoneNumber... 


areaCode() {return this._areaCode; } 
areaCode(arg) {this._areaCode = arg; } 


number () {return this._number; } 
number(arg) {this._number = arg; } 


class Person... 


get officeAreaCode() {return 
this. _telephoneNumber .areaCode; } 
set officeAreaCode(arg) {this._telephoneNumber.areaCode = 


arg; } 
get officeNumber ( ) {return this._telephoneNumber .number; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 


TelephoneNumber 类 上 有 一 个 对 目 己 
(telephone number) 的 取 值 本 数 也 没什么 道理 ， 
因此 我 又 对 它 应 用 函数 改名 (124) ° 


class TelephoneNumber... 


toString() {return `(${this.areaCcode}) ${this.number} ;} 


Class Person... 


get telephoneNumber() {return 
this. _telephoneNumber.toString();} 
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访问 TelephoneNumber 对 象 时 ， 只 须 把 person 类 中 
那些 office 开 头 的 访问 函数 据 移 过 来 并 略 作 修改 
即 可 。 但 这 样 TelephoneNumber 了 驶 更 像 一 个 值 对 象 

(Value Object) [mf-vo] 了 ， 因 此 我 会 先 对 它 使 用 
将 引用 对 象 改 为 值 对 象 (252) (那个 重 构 手法 所 
J ， 正 是 基于 本 章 电 话 号 码 例 子 的 延 
Z) 。 


7.6 ”内 联 类 (Inline Class) 
RHE: 提炼 类 (182) 


class Person { 
get officeAreaCode() {return 
this. _telephoneNumber .areaCode; } 
get officeNumber ( ) {return this._telephoneNumber .number ; } 


Class TelephoneNumber { 
get areaCode() {return this. _areaCode; } 
get number() {return this. number; } 


} 


class Person { 
get officeAreaCode() {return this._officeAreaCode; } 
get officeNumber ( ) {return this._officeNumber ; } 


动机 


内 联 类 正好 与 提炼 类 (182) 相反 。 如 果 一 个 
类 不 再 承担 足够 黄 任 ， 不 再 有 早 独 存在 的 理由 
(这 通常 古 因为 此 前 的 重 构 动 作 移 走 了 这 个 类 的 
责任 ) ， 我 束 会 挑选 这 一 “萎缩 类 ”的 最 频繁 用 户 
an, re 
3 : 


应 用 这 个 手法 的 另 一 个 场景 征 ， 我 手头 有 两 
个 类 ， 想 重 靳 安排 它们 肩负 的 职责 ， 并 让 它们 产 
生 天 联 。 这 时 我 发现 和 完 用 本 手法 将 它们 内 联 成 一 


个 类 再 用 提炼 类 (182) 去 分 离 其 职责 会 更 加 位 
单 。 这 是 重新 组 织 代码 时 第 用 的 做 法 : 有 时 把 相 
天 元 素 一 口气 搬移 到 位 更 简单 ， 但 有 时 移 用 内 联 
手法 合并 各 目的 上 下 文 ， 表 使 用 所 烁 手法 再 次 分 
a Eee aie ° 


做 法 


。 对 于 待 内 联 类 ORR) 中 的 所 有 public 函 数 ， 
在 目标 类 上 创建 一 个 对 应 的 函数 ， 新 创建 的 所 
有 画 数 应 该 直接 委托 至 源 类 。 

。 修 改 源 类 public 方 法 的 所 有 引用 点 ， 令 它们 调 
: 目标 类 对 应 的 委托 方法 。 每 次 更 改 后 运行 测 
Wy ° 

。 将 源 类 中 的 函数 与 数据 全 部 搬移 到 目标 类 ， 
次 修改 之 后 进行 测试 ， 直 到 源 类 变 成 空 沉 六 


Ik 
.删除 源 类 ， 为 它 举行 一 个 简单 的 “丧礼 > 
范例 

下 面 这 个 类 存储 了 一 次 物流 运输 


(shipment) 的 铬 干 跟踪 信息 (tracking 
information) 


class TrackingInformation { 
get shippingCompany( ) {return this. _shippingCompany; } 
set shippingCompany(arg) {this._shippingCompany = arg; } 
get trackingNumber ( ) {return this._trackingNumber ; } 


set trackingNumber(arg) {this._trackingNumber = arg; } 
get display() { 

return ~“${this.shippingCompany}: ${this.trackingNumber}°; 
} 


它 作 为 shipment (物流 ) 类 的 一 部 分 被 使 
FA o 


class Shipment... 


get trackingInfo() { 
return this. _trackingInformation.display; 


} 


get trackingInformation() {return this._ trackingInformation;} 


set trackingInformation(aTrackingInformation) { 
this. _trackingInformation = aTrackingInformation; 


} 


TrackingInformation 类 过 去 可 能 有 很 多 光 采 
职 贡 ， 但 现在 我 觉得 它 已 不 再 能 局 人 负 起 它 的 贡 
fE, 因此 我 希望 将 它 内 联 a 到 shipment 类 里 


首先 , 我 要 寻找 TrackingInformation 类 的 方 
法 有 哪些 调用 点 。 


调用 方 .… 


aShipment.trackingInformation.shippingCompany = 
request.vendor; 


我 将 开始 将 源 类 的 类 似 函 数 全 都 搬移 到 
shipment 里 去 ， 但 我 的 做 法 与 做 搬移 函数 (198) 
时 上 略微 有 些 不 同 。 这 里 ， 我 和 完 在 shipment 类 里 创 
建 一 个 委托 方法 ， 并 调整 客户 端 代码 ， 使 其 调用 


IX SBE © 
class Shipment... 


set shippingCompany (arg) 


{this._trackingInformation.shippingCompany = arg; } 


调用 方 .… 


aShipment+trackinginformation.shippingCompany = 
request.vendor; 


X| FTrackingInformation FATA NS Pia 
调用 的 方法 ， 我 将 施 以 相同 的 手法 。 这 之 后 ， 我 
a a 


我 先 对 display 方 法 应 用 内 联 函 数 (115) = 
法 。 


class Shipment... 


get trackingInfo() { 


return ~“${this.shippingCompany}: ${this.trackingNumber}°; 


再 继续 搬移 “ 收 货 公 司 ” (shipping company) 
字段 。 


get shippingCompany() {return 
this;—trackinginformation, shippingCompany; } 


set shippingCompany (arg) 
{this .—trackinginformation, shippingCompany = arg; } 


我 并 未 遵循 搬移 字段 (207) 的 全 部 步骤 ， 因 
为 此 处 我 只 是 改 由 目标 类 Shipment 来 引用 
shippingCompany , 那些 从 源 类 搬移 引用 至 目标 类 
的 步骤 在 此 并 不 需 


我 会 继续 相同 的 手法 ， 直 到 所 有 搬迁 工作 完 
成 为 止 。 那 时 ， 我 整 可 以 删除 


TrackingInformation 类 了 j 


class Shipment... 


get trackingInfo() { 
return `${this.shippingCompany}: ${this.trackingNumber}`; 


} 
get shippingCompany() {return this._shippingCompany;} 


set shippingCompany(arg) {this._shippingCompany = arg; } 
get trackingNumber () {return this. _trackingNumber ; } 
set trackingNumber(arg) {this._trackingNumber = arg; } 


7.7 ”隐藏 委托 关系 (Hide 
Delegate) 


反 向 重 构 : 移 除 中 间 人 (192) 


uu 
| 


manager = aPerson.department.manager; 


Y 


manager = aPerson.manager; 


class Person { 
get manager() {return this.department.manager ; } 


动机 


一 个 好 的 模块 化 的 设计 ,“ 封 疼 ? 印 使 不 是 其 
最 关键 特征 ， 也 是 最 关键 特征 之 一 。“ 封 狠 ” 意 味 
看 每 个 模块 部 应 该 尽 可 能 少 了 解 系 统 的 其 他 部 
分 。 如 此 一 来 ， 一旦 发 生变 化 ， 需 要 了 解 这 一 变 
化 的 模块 整 会 比较 少 一 一 这 会 使 变化 比较 容易 进 
m 
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Fi OTR (受托 类 ) ， 然 后 调用 后 者 的 函数 ， 
那么 客户 吏 必 须知 晓 这 一 层 委托 关系 。 万 一 受托 
关 修 改 了 接口 ， 杰 化 会 波及 通过 服务 对 象 使 用 它 
的 所 有 客户 中。 我 可 以 在 服务 对 象 上 放置 一 个 商 
单 的 委托 力 效 ， 将 委托 天 系 隐 震 起 来 ， 从 而 去 除 
这 种 依赖 。 这 人 么 一 来 ， 即 使 将 来 委托 关系 发 生变 
化 ， 变 化 也 只 会 影响 服务 对 象 ， 而 不 会 直接 波及 
HARP ° 
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客户 端 一 一 一 2 


delegate.aMethod() 


做 法 


。 对 于 每 个 委托 天 系 中 的 函数 ， 在 服务 对 象山 建 
六 一 个 人 简单 的 委托 函数 。 

。 调 整 客 户 闹 ， 令 它 只 调用 服务 对 象 提供 的 函 
数 。 每 次 调整 后 运行 测试 。 

。 如 果 将 来 不 再 有 任何 客户 端 需要 取 用 Delegate 

(受托 类 ) ， 便 可 移 除 服务 对 象 中 的 相关 访问 

EKAN ° 

。 测 试 。 


范例 


本 例 从 两 个 类 开始 ， 代 表 “ 人 ”的 Person 和 代 
表 “ 省 hP1 门 ”有 的 Department ° 


class Person... 


constructor(name) { 
this. _ name = name; 


get name() {return this._name; } 
get department( ) {return this._department; } 
set department(arg) {this. department = arg; } 


class Department... 


chargeCode() {return this. _chargeCode; } 
chargeCode(arg) {this._chargeCode = arg; } 


manager() {return this._manager; } 
manager(arg) {this._manager = arg; } 


AER Pinas SEA ZS EE, H 
此 ， 它 必须 先 取 得 Department 对 和 象 。 


REPPIN IRAS... 


manager = aPerson.department.manager; 


XEEN A ada Be J Department HS 
工作 原理 ， 于 是 客户 知道 : Department f mE 
踩 “ 经 理 ” 这 条 信息 。 如 采 对 客户 隐 普 
Department, 可 以 减少 硝 合 ° 为 了 这 一 目的 ， 我 
在 Person 中 建立 一 个 商 单 的 委托 函数 i 


Class Person... 


现在 ， 我 得 修改 person 的 所 有 客户 端 ， 让 它 
fi TEH STEK ZT: 
客户 器 代 码 .… 


只 要 完成 了 对 Department 所 有 函数 的 修改 ， 


并 相应 修改 了 Person 的 所 有 客户 闹 ， 我 束 可 以 移 
除 Person 中 的 department 访 问 函 数 了 。 


7.8” 移 除 中 间 人 (Remove Middle 
Man) 


反 回 重 构 : ERRERA (189) 


manager = aPerson.manager, 


class Person { 
get manager() {return this.department.manager ; } 


\| | / 
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manager = aPerson.department.manager ; 


在 隐藏 委托 关系 (189) 的 “动机 ”一 三 中 ， 我 
谈 到 了 “ 封 疼 受 托 对 象 " 的 好 处 。 但 是 这 层 封 猴 也 
生 有 代价 的 。 每 当 客户 决 要 使 用 受托 类 的 新 特性 
AY, PRB UTE AR SS em AS — “1 Tal He FE EBM o 
随 厦 受托 类 的 特性 (HE) BREE, HEF 
发 图 数 束 会 使 人 烦躁 。 服 务 类 完全 变 成 了 一 个 中 


HA (81) ， 此 时 束 应 该 让 客户 直接 调用 受托 

类 。 《这 个 味道 通常 在 人 们 狂热 地 遵循 迪 米 特 法 
WUE TRA Mc Buon re, MOPAR RIAN Sy) 
ene Ae 

恼 。 


很 难说 什么 程度 的 隐藏 才 征 合适 的 。 还 好 ， 
有 了 隐藏 委托 关系 (189) 和 删除 中 间 人 ， 我 大 可 
不 必 探 心 这 个 问题 ， 因 为 我 可 以 在 系统 运行 过 程 
中 不 断 进行 调整 。 随 看 代码 的 变化 ,，“ 合 适 的 隐藏 
程度 "这 个 太朗 也 相应 改 概 。6 个 月 前 恰如其分 的 
封 丢 ， 现 今 可 能 殉 显 得 罕 拙 。 重 构 的 意义 吏 在 
于 : 你 永远 不 必 说 对 不 起 一 一 只 要 把 出 问题 的 地 
方 修补 好 束 行 了 。 


做 法 
为 受托 对 象 创建 一 个 取 值 画 数 。 


对 于 每 个 委托 丽 数 ， 让 其 客户 端 转 为 连续 的 访 
问 画 数 调用 。 每 次 蔡 换 后 运行 测试 。 


RTARTA ATA aA Ve, (ea a] 


以 删 挥 这 个 委托 方法 了 。 


这 能 通过 可 目 动 化 的 重 构 手 法 来 完成 ， 你 
可 以 先 对 受托 字段 使 用 封装 变量 (132) ， 再 应 
用 内 联 画 数 (115) 内 联 所 有 使 用 它 的 画 数 。 


范例 
~- 

维护 一 个 部 门 对 象 来 决定 某 人 的 经 理 是 谁 。 (如 

末 你 一 口气 读 完 本 书 的 好 几 人 党， 可 能 会 发 现 每 

个 “人 与 部 门 ” 的 例子 都 出 奇 地 相似 。) 

客户 器 代 人 码 .… 

class Person... 


get manager() {return this. _department.manager; } 


class Department... 


get manager() {return this._manager; } 


(RIE, MEHA AUS Depar tment Hh4{kk fal ° 
(AUDA E RAADIX A, FRAME A EPerson 
之 中 安置 大 量 委 托 行为 。 这 束 该 是 移 除 中 间 和 人 的 
时 候 了 首先 在 Person 中 建立 一 个 函数 ， 用 于 获 
取 受 托 对 象 。 


class Person... 


”然后 逐一 处 理 每 个 客户 端 ， 使 它们 直接 通过 
受托 对 象 完成 工作 。 
客户 端 代码 .. 


manager = aPerson.department.manager ; 


TAN Poms H ANR, Kea AM 
Person 中 移 除 manager 方 法 了 。 我 可 以 重复 此 法 ， 
移 除 Person 中 其 他 类 似 的 简单 委托 函数 。 


我 可 以 混用 两 种 用 法 。 有 些 委 托 天 系 非常 季 
用 ， 因 此 我 想 保 住 它 们 ， 这 样 可 使 客户 闹 代 人 码 调 


用 更 友好 。 何 时 应 该 隐藏 委托 天 系 ， 何 时 应 该 移 
除 中 间 人 ， 对 我 而 言 没 有 绝对 的 标准 一 一 代码 环 
RAKSHA AMPA, AS 
能 力 的 程序 员 应 能 分 辨 出 何 种 手法 更 佳 。 


如 采 手 边 在 用 目 动 化 的 重 构 工 具 ， 那 么 本 手 
法 的 步骤 有 一 个 实用 的 变 招 : 我 可 以 多 对 
department 应 用 封装 变量 (132) 。 这 样 可 让 
manager Hy HU EK Av vel H depar tment HJ AUB NX ° 


class Person... 


get manager() {return this.department.manager;} 
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普通 字段 看 起 来 很 像 ， 但 通过 移 除 department 字 
段 的 下 划 线 ， 我 想 表 达 出 这 里 是 调用 了 取信 函数 
而 非 直 接 取 用 字段 的 区 别 。 


然后 我 对 manager 方 法 应 用 内 联 函 数 
(115) ， 一 口气 替换 它 的 所 有 调用 点 。 


7.9 ”替换 算法 (Substitute 
Algorithm) 


function foundPerson(people) { 
for(let i = 0; i < people.length; i++) { 
Don") { 


John") { 


Kent") { 
return "Kent"; 
} 
} 


return "": 


function foundPerson(people) { 
const candidates = ["Don", "John", "Kent"]; 
return people.find(p => candidates.includes(p)) || ''; 


动机 
我 从 没 试 过 给 猫 剥 皮 ， 听 说 有 好 几 种 方法 ， 


我 敢 肯 定 ， 其 中 某 些 方法 会 比 妨 一些 倍 单 。 算 法 
也 征 如 此 。 如 采 我 发 现 做 一 件 事 可 以 有 更 清晰 的 


方式 ， 我 就 会 用 比较 清晰 的 方式 取代 复杂 的 方 
式 。“ 重 构 ” 可 以 把 一 些 复 洒 的 东西 分 解 为 较 何 早 
的 小 块 ， 但 有 时 你 整 必 须 壮 士 断 胶 ， 删 挥 整个 算 
法 ， 代 之 以 较 商 单 的 算法 。 随 春 对 问题 有 了 更 多 
理解 ， 我 往往 会 发 现 ， 在 原先 的 做 法 之 外 ， 有 更 
人 简单 的 解决 方案 ， 此 时 我 就 需要 改变 原先 的 算 
法 。 如 于 我 开始 使 用 程序 库 ， 而 其 中 提供 的 某 些 
功能 /特性 与 我 目 己 的 代码 重复 ， 那 么 我 也 需要 改 
变 原 先 的 算法 。 


有 时 我 会 想 修 改 原先 的 算法 ， 让 它 去 做 一 件 
本 原先 略 有 受 异 的 事 。 这 时 候 可 以 先 把 原先 的 算 
法 等 换 为 一 个 较 易 修改 的 算法 ， 这 样 后 续 的 修改 


会 轻松 许多 。 


使 用 这 项 重 构 手法 之 前 ， 我 得 确定 目 己 已 经 
尽 可 能 分 解 了 原先 的 印 效 。 答 换 一 个 巨大 且 复 杂 
的 算法 是 非常 困难 的 ， 只 有 移 将 它 分 解 为 较 人 商 单 
ee 


做 法 


。 整 理 一 下 得 愉 换 的 算法 ， 保 证 它 已 经 个 抽取 到 
一 个 独立 的 函数 中 。 


“ 先 只 为 这 个 画 数 准备 测试， 以 便 国 定 它 的 和 
. 准备 好 另 一 个 (HRH) 算法 。 
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第 8 章 ”搬移 特性 


到 目前 为 上 上， 我 介绍 风 重 构 手 法 都 是 天 于 如 
何 新 建 、 移 除 或 重 命名 程序 的 元 隶 。 此 外 ， 还 有 
太 一 种 关 型 的 重 构 也 很 重要 ， 那 惑 生 在 不 同 的 上 
下 文 之 间 搬 移 元 素 。 我 会 通过 搬移 函数 (198) F 
法 在 类 与 其 他 模块 之 间 搬 移 芳 数 ， 对 于 子 段 可 用 
搬移 字段 (207) 手法 做 类 似 的 搬移 。 


有 时 我 还 需要 单独 对 语句 进行 搬移 ， 调 整 它 
们 的 顺序 。 搬 移 语句 到 函数 (213) 和 搬移 语句 到 
调用 者 (217) 可 用 于 将 语句 搬入 范 数 或 从 函数 中 
拔 出 ;如 采 需 要 在 函数 内 部 调整 语句 的 顺序 ， 那 
么 移动 语句 (223) 就 能 派 上 用 场 。 有 时 一 些 语句 
WAJE C AMAIKA, DN RAAE LAKA 
调用 取代 内 联 代 码 (222) 消除 重复 。 


对 付 循环 ， 我 有 两 个 常用 的 手法 ， 拆 分 循环 
(227) 可 以 确保 每 个 循环 只 做 一 件 事 ， 以 管道 取 
代 循环 (231) 则 可 以 直接 消灭 整个 循环 。 


最 后 这 项 手法 ， 我 相信 一 定 会 是 任何 一 个 合 
tie ANB, Awe ERIS (237) 。 没 


什么 能 比 手 刃 一 段 长 长 的 无 用 代码 更 令 一 个 程序 
员 感 到 满足 鸭 了 。 


8.1 搬移 函数 (Move Function ) 


曾 用 名 : 搬移 函数 (Move Method) 


class Account { 
get overdraftCharge() {...} 


、 | f 
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class AccountType { 
get overdraftCharge() {...} 


模块 化 是 优秀 软件 设计 的 核心 所 在 ， 好 的 模 
块 化 能 够 让 我 在 修改 程序 时 只 需 理解 程序 的 一 小 
部 分 。 为 了 设计 出 高 度 模块 化 的 程序 ， 我 得 你 证 
互相 关联 的 软件 要 素 痢 能 集中 到 一 块 ， 并 确 祭 块 
与 块 之 间 的 联系 易于 得 找 、 和 直观 易 收 。 同 时 ， 我 


对 模块 设计 的 理解 并 不 是 一 成 不 变 的 ， 随 看 我 对 
代码 的 理解 加 深 ， 我 会 知道 那些 软件 要 系 如 何 组 
织 最 为 恰当 。 要 将 这 种 理解 反映 到 代码 上 ， 束 得 
不 断 地 搬移 这 些 元 素 。 


任何 函数 都 需要 具备 上 下 文 环境 才能 存活 。 
这 个 上 下 文 可 以 是 全 局 的 ， 但 它 更 多 时 候 十 由 茶 
种 形式 的 模块 所 提供 的 。 对 一 个 面向 对 象 的 程序 
而 言 ， 类 作为 最 主要 的 模块 化 手段 ， 其 本 和 喘 束 能 
TTS HAA PM; MIRENT, SKZ 
也 能 为 内 层 函 数据 供 一 个 上 上下文。 不同 的 语言 近 
供 的 模块 化 机 制 各 不 相同 ， 但 这 些 模 块 的 共同 点 
A A 
S O 
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却 关 心 甚 少 。 此 时 ， 让 它 去 与 那些 更 亲密 的 元 系 
Kies, THRE AOR, ALA AST al 
处 吏 可 以 减少 对 当前 模块 的 依赖 。 


同样 ， 如 有 我 在 整理 代码 时 ， 发 现 需要 频 索 
调用 一 个 别处 的 芳 数 ， 我 也 会 考虑 搬移 这 个 孙 
数 。 有 时 你 在 函数 内 部 定义 了 一 个 帮助 西数 ， 而 
该 帮助 函数 可 能 在 别 的 地 方 也 有 用 处 ， 此 时 束 可 
以 将 它 搬移 到 荣 些 更 通用 的 地 方 。 同 理 ， 定 义 在 


一 个 类 上 的 函数 ， 可 能 挪 到 男 一 个 类 中 去 更 方便 
我 们 调用 。 


是 否 需 要 搬移 函数 常常 不 易 抉择 。 为 了 做 出 
决定 ， 我 需要 仔细 检查 函数 当前 上 下 文 与 目标 上 
下 文 之 间 的 区 别 ， 需 要 查看 函数 的 调用 者 都 有 
谁 ， 它 自身 又 调用 了 哪些 函数 ， 被 调用 函数 需要 
什么 数据 ， 等 等 。 在 搬移 过 程 中 ， 我 通常 会 发 现 
需要 为 一 整 组 函数 创建 一 个 新 的 上 下 文 ， 此 时 就 
可 以 用 函数 组 合成 类 (144) 或 提炼 类 (182) 创 
建 一 个 。 尺 管 为 画 数 选择 一 个 最 好 的 去 处 不 太 容 
易 ， 但 决定 越 难 做 ， 通 常 说 明 “ 搬 移 这 个 函数 与 
否 ” 的 重要 性 也 越 低 。 我 发 现 好 的 做 法 是 先 把 函数 
安置 到 某 一 个 上 下 文 里 去 ， 这 样 我 就 能 发 现 它们 
a ne ee 
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做 法 
。 检 查 画 数 在 当前 上 下 文 里 引用 的 所 有 程序 元 素 
包括 变量 和 画 数 ) ， 考 虑 是 否 需要 将 它们 一 


如 采 发 现 有 些 要 调用 的 函数 也 需要 搬移 ， 
我 通 间 会 先 拔 移 它们 。 这 样 可 以 剑 证 移动 一 组 
KART, ee MUR HART BLA o 


如 果 该 男 数 拥有 一 些 子 函数 ， 并 且 它 是 这 
些 子 函数 的 唯一 调用 者 ， 那 么 你 可 以 移 将 了 于 画 
数 内 联 进 来 ， 一 并 搬移 到 新 家 后 再 重新 提炼 出 


在 面 同 对 象 的 语言 里 ， 还 需要 考虑 该 函数 
RUBS PRE, RAPES 
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如 果 函 数 里 用 到 了 源 上 下 文 (source 


context) 中 的 元 素 ， 我 束 得 将 这 些 元 妈 一 并 传 
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。 执 行 静 态 检 查 。 

。 设 法 从 源 上 下 文中 正确 引用 目标 函数 。 

° ie pila 使 之 成 为 一 个 纯 委 托 函 数 。 
e MIJI ° 

© ZEA RKR H ANKK (115) 
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多 周折 ， 那 么 最 好 还 是 把 中 间 人 移 除 挥 。 


范例 : MBA RBA WE 


让 我 用 一 个 画 数 来 举例 。 这 个 画 数 会 计算 一 
条 GPS 轨迹 记录 (track record) 的 总 距离 (total 
distance) 。 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


}; 


function calculateDistance() { 
let result = 0; 
for (let 1 = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 
} 


return result; 


} 


function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
function calculateTime() { ... } 


FX 4g BtEcalculateDistance aN iss 2) Ii 
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出 汇总 报告 (summary) 的 其 他 部 分 。 


我 先 将 芳 数 复制 一 份 到 顶层 作用 域 中 : 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


d 


function calculateDistance() { 
let result = 0; 


for (let 1 = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


} 

function distance(p1,p2) { ... } 

function radians(degrees) { ... } 
function calculateTime() { ... } 


} 


function top_calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


} 
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样 可 让 “它们 有 不 同 的 作用 域 ”这 个 信息 显得 一 目 
了 然 。 现 在 我 还 不 想 花 费心 思考 虑 它 正 确 的 名 字 
该 是 什么 ， 因 此 我 暂且 移 用 一 个 量 时 的 名 字 。 


此 时 代码 依然 能 正常 工作 ， 但 我 的 静态 分 析 
改 要 开始 把 念 了 ， 它 说 靳 印 数 里 多 了 两 个 未 定义 
的 符号 ， 分 别 是 distance 和 points。 对 于 
points， 目 然 是 将 其 作为 函数 参数 传 进 来 。 


function top_calculateDistance(points) { 
let result =0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


} 


return result; 
} 


至 于 distance， 虽然 我 也 可 以 将 它 作 为 参数 
传 进来 ， 但 也 许 将 其 计算 函数 calculate 
Distance 一 并 搬移 过 来 会 更 合适 。 该 邹 数 的 代码 
如 下 。 


function trackSummary... 


function distance(p1,p2) { 
const EARTH_RADIUS = 3959; // in miles 
const dLat = radians(p2.lat) - radians(pi.lat); 
const dLon = radians(p2.lon) - radians(pi.lon); 
const a = Math.pow(Math.sin(dLat / 2),2) 
+ Math.cos(radians(p2.lat) ) 
* Math.cos(radians(p1.lat)) 
* Math.pow(Math.sin(dLon / 2), 2); 


const c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1-a)); 
return EARTH_RADIUS * C; 


function radians(degrees) { 
return degrees * Math.PI / 180; 


} 


我 留 夸 到 distance 芳 数 中 只 调用 了 radians 函 
数 ， 后 痢 已 经 没有 天 引 用 当前 上 下 文 里 的 任何 元 
素 。 因 此 与 其 将 radians 作 为 参数 ， 我 更 倾 癌 于 将 
它 也 一 并 氢 移 。 不 过 我 不 需要 一 步 到 位 ， 我 们 可 
以 匈 将 这 两 个 函数 从 当前 上 下 文中 搬移 进 


calculateDistance 团 数 里 : 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


}; 


function calculateDistance() { 


let result = 0; 
for (let 1 = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


这 样 做 的 好 处 和 站， 我 可 以 充分 发 挥 藤 仿 检 查 
和 测试 的 作用 ， 让 它们 如 我 检查 有 无 半 漏 的 东 
西 。 在 这 个 实例 中 一 切 顺 利 ， 因 此 ， 我 可 以 放心 
地 将 这 两 个 函数 直接 复制 到 


top_calculateDistance 中 : 


function top_calculateDistance(points) { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 
} 


return result; 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


} 


这 次 复制 操作 同样 不 会 改变 程序 现 有 行为 ， 
但 给 了 竟 态 分 析 套 更 多 介入 的 机 会 ， 增 加 了 和 双 露 
销 误 的 概率 。 假 如 我 在 上 一 步 没 有 发 现 distance 
函数 内 部 还 调用 了 radians 画 数 ， 那 么 这 一 步 就 会 
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现在 万 事 俱 备 ， 是 时 候 闹 出 主 采 了 一 一 我 要 
在 原 calculateDistance 团 数 体 内 调用 


top_calculateDistance 团 效 : 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 


pace: pace 


function calculateDistance() { 
return top_calculateDistance(points); 


} 


搂 下 来 最 重要 的 事 是 要 运行 一 遍 测 试 ， 看 看 
功能 是 否 仍然 完整 ， 画 数 在 其 新 家 待 得 是 否 针 
JE ° 


测试 通过 后 ， 便 算 完 成 了 主要 任务 ， 束 好 比 


搬家 ， 现 在 大 箱 小 箱 已 经 全 搬 到 新 家 ， 接 下 来 就 
在 将 它们 拆 箱 复位 了 。 第 一 件 事 站 决定 还 要 不 要 


保留 原来 那个 只 起 委托 作用 的 函数 。 在 这 个 例子 
中 ， 原 芳 数 的 调用 点 不 多 ， 作 为 藤 倒 钞 数 它们 的 
作用 施 围 通 第 也 很 小 ， 因 此 我 觉得 这 里 大 可 直接 
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function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = top_calculateDistance(points); 
const pace = totalTime / 60 / totalDistance ; 
return { 


time: totalTime, 
distance: totalDistance, 
pace: pace 


同时 ， 也 该 是 时 候 为 这 个 函数 认真 想 个 名 字 
了 。 因 为 项 层 印 数 拥 有 最 高 的 可 见 性 ， 因 此 取 个 
好 名 非常 重要 : totalDistance 听 起 来 不 销 ， 但 还 
不 能 马上 用 这 个 名 字 ， 因 为 tracksummary 函 数 中 
有 一 个 同名 的 变量 一 RAA 得 这 个 变量 有 你 贸 
的 价值 ， 因 此 我 们 先 用 内 联 变 量 (123) 处 理 它 ， 
之 后 再 使 用 改变 画 数 再 明 ony 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const pace = totalTime / 60 / totalDistance(points) ; 
return { 
time: totalTime, 
distance: totalDistance(points), 
pace: pace 


}; 


function totalDistance(points) { 


let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


如 琳 出 于 某 些 原因 ， 实 在 需要 你 留 该 变量 ， 
那么 我 建议 将 该 变量 改 个 其 他 的 名 字 ， 比 如 


totalDistanceCache 或 distance 等 9 
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totalDistance 中 的 任何 变量 或 函数 ， 因此 我 倾 回 
于 把 它们 也 提升 到 顶层 ， 也 就 是 4 个 方法 都 放置 在 
顶层 作用 域 上 。 


function trackSummary(points) { ... } 
function totalDistance(points) { ... } 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


有 些 人 则 更 倾 回 于 将 distance 和 radians 函 数 
保留 在 totalpDistance 内 ， 以 便 限 制 它们 的 可 见 
性 。 在 某 些 语言 里 ， 这 个 顾 虚 也 许 有 其 道理 ， 但 
新 的 ES 2015 规 范 为 JavaScript 提 供 了 一 个 美妙 的 
模块 化 机 制 ， 利 用 它 来 控制 画 数 的 可 见 性 是 再 好 
不 过 了 。 通 常 来 说 ， 我 对 磐 套 函数 还 是 心 存 警惕 
的 ， 因 为 很 容易 在 里 面 编写 一 些 私 有 数据 ， 并 且 
fae 这 可 能 会 增加 代码 的 阅读 和 重 
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范例 : 在 类 之 间 搬 移 函 数 


在 类 之 间 搬 移 函 数 也 是 一 种 昔 见 场景 ， 下 面 
我 将 用 一 个 表示 “账户 ”的 Account 类 来 讲解 。 


class Account... 


get bankCharge() { 
let result = 4.5; 
if (this._daysOverdrawn > ©) result += this.overdraftCharge; 
return result; 


} 


get overdraftCharge() { 
if (this.type.isPremium) { 
const baseCharge = 10; 


if (this.daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (this.daysOverdrawn - 7) * 0.85; 


} 
else 
return this.daysOverdrawn * 1.75; 


} 


上 面 的 代码 会 根据 账户 类 型 (account type) 
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此 ， 很 目 然 会 想到 将 overdraftcharge 函 数 搬移 到 
AccountType 类 去 。 


一 步 要 做 的 是 : 观察 被 overdraftcharge 使 
用 r: 往 ， 考 虚 是 否 值得 将 它们 与 
overdraftChargeKav— 起 移动 。 °。 此 例 中 我 需 要 让 
daysoverdrawn 字 段 留 在 Account 类 中 ， 因为 它 会 


随 不 同 种 类 的 账户 而 变化 。 


然后 ， 我 将 overdraftcharge 函 数 主 体 复 制 到 
AccountType 类 中 ， 并 做 相应 调整 。 


class AccountType... 


overdraftCharge(daysOverdrawn) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (daysOverdrawn <= 7) 
return baseCharge; 
else 


return baseCharge + (daysOverdrawn - 7) * 0.85; 
} 
else 
return daysOverdrawn * 1.75; 


} 


为 了 使 函数 适应 这 个 独家 ， 我 必须 决定 如 何 
处 理 两 个 作用 范围 发 生 改 变 的 变量 。isPremium 如 
今 只 需要 简单 地 从 this 上 获取 ， 但 daysoverdrawn 
怎么 办 呢 ? 我 是 直接 传 值 ， 还 是 把 整个 account 对 
象 传 过 来 ? ITAR, Riks PR — AME, 
不 过 如 果 后 续 还 需要 账户 (account) 对 象 上 除了 


daysoverdrawn 以 外 的 更 多 数据 ， 例 如 需要 根据 账 
户 类 型 (account type) 来 决定 如 何 从 账户 
(account) 对 象 上 取 用 数据 时 ， 那 么 我 很 可 能 会 
改变 主意 ， 转 而 选择 传 入 整个 account 对 象 。 


完成 范 数 复制 后 ， 我 会 将 原来 的 方法 代 之 以 
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class Account... 


get bankCharge() { 
let result = 4.5; 
if (this._daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


get overdraftCharge() { 
return this.type.overdraftCharge(this.daysOverdrawn) ; 


然后 下 一 件 需 要 决定 的 事情 是 ， 是 保留 
overdraftoharoe 这 个 委托 要 he BARK 
E? 内 联 的 话 ， 代 人 码 会 变 成 下 面 这 样 。 


class Account... 


get bankCharge() { 
let result = 4.5; 
if (this._daysOverdrawn > 0) 


result += this.type.overdraftCharge(this.daysOverdrawn) ; 
return result; 


在 早先 的 步骤 中 ， 我 将 daysoverdrawn 作 为 参 
数 和 直接 传递 给 overdraftcharge 哄 数 ， 但 如 寿 账 户 
(account) 对 象 上 有 很 多 数据 第 要 传递 ， 那 我 就 
比较 倾 癌 于 直接 将 整个 对 象 作 为 参数 传 递 过去: 


class Account... 


get bankCharge() { 
let result = 4.5; 
if (this. _daysOverdrawn > ©) result += this.overdraftCharge; 
return result; 


get overdraftCharge() { 
return this.type.overdraftCharge(this) ; 


class AccountType... 


overdraftCharge(account) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (account.daysOverdrawn <= 7) 
return baseCharge; 
else 


return baseCharge + (account.daysOverdrawn - 7) * 0.85; 
} 


else 


return account.daysOverdrawn * 1.75; 


} 


8.2 ”搬移 字段 (Move Field ) 


class Customer { 
get plan() {return this._plan; } 
get discountRate() {return this. _discountRate; } 
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class Customer { 
get plan() {return this._plan;} 
get discountRate() {return this.plan.discountRate; } 
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编程 活动 中 你 需要 编写 许多 代码 ， 为 系统 实 
现 特定 的 行为 ， 但 往往 数据 结构 才 是 一 个 健壮 程 
序 的 根基 。 一 个 适应 于 问题 域 的 民 好 数据 结构 ， 
可 以 让 行为 代码 变 得 简单 明了 ， 而 一 个 粳 糙 的 效 
据 绪 构 则 将 招致 许多 无 用 代码 ， 这 些 代码 更 多 走 


在 差劲 的 数据 结构 中 间 纠 缠 不 清 ， 而 非 为 系统 实 
更 有 用 的 行为 。 人 代码 姿 乱 ， 劳 必 难 以 理解 ;不仅 
a 
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因此 ， 好 的 数据 结构 至 天 重要 一 一 不 过 这 也 
与 编程 活动 的 许多 方面 一 样 ， 它 们 都 很 难 一 次 做 
对 。 我 通常 都 会 做 些 预 完 的 设计 ， 设 法 得 到 最 恰 
当 的 数据 结构 ， 此 时 如 采 你 具备 一 些 领 域 驱 动 设 
计 (domain-driven design) 方面 的 经 验 和 知识 ， 
往往 有 助 于 你 更 好 地 设计 数据 结构 。 但 即便 经 验 
再 丰 军 ， 技 能 再 咒 练 ， 我 仍然 发 现 我 在 进行 初版 
设计 时 往往 还 是 会 犯 东 。 在 不 断 编程 的 过 程 中 ， 
我 对 问题 域 的 理解 会 加 深 ， 对 “什么 是 理想 的 数据 
结构 ”会 有 更 多 想法 。 这 个 星期 看 来 合理 而 正确 的 
设计 决 案 ， 到 了 下 个 星期 可 能 束 不 再 正确 了 。 


如 果 我 发 现 数 据 结 构 已 经 不 适应 于 需求 ， 束 
应 该 马上 修 线 雍 。 如 霖 容 计 瑕 狂 存 在 并 进一步 案 
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我 开始 寻思 搬移 数据 ， 可 能 十 因为 我 发 现 每 
当 调 用 霖 个 函数 时 ， 除 了 传 入 一 个 记录 参数 ， 还 
总 征 需 要 同时 传 入 另 一 条 记录 的 某 个 字段 一 起 作 
为 参数 。 忆 是 一 同 出 现 、 一 同 作为 钞 数 参数 传 迅 


的 数据 ， 最 好 十 规整 到 同一 条 记录 中 ， 以 体现 它 
们 之 间 的 联系 。 修 改 的 难度 也 是 引起 我 注意 的 一 
个 原因 ， 如 采 修 改 一 条 记录 时 ， 总 是 需要 同时 改 
动态 一 条 记录 ， 那 么 说 明 很 可 能 有 字段 放 角 了 位 
置 。 此 外 ， 如 条 我 更 新 一 个 字段 时 ， 需 要 同时 在 
多 个 结构 中 做 出 修改 ， 那 也 是 一 个 征兆 ， 表 明 该 
字段 需要 被 搬移 到 一 个 集中 的 地 点 ， 这 样 每 次 只 
需 修改 一 处 地 方 。 


搬移 字段 的 探 作 通常 是 在 其 他 更 大 的 改动 背 
景 下 发 生 的 。 实 施 字段 搬移 后 ， 我 可 能 会 发 现 字 
段 的 诸多 使 用 着 应 该 通过 目标 对 象 来 访问 它 ， 而 
不 应 该 再 通过 产 对 和 象 来 访问 。 诸 如 此 类 的 清理 ， 
我 会 在 此 后 的 重 构 中 一 并 人 完成。 同样 ， 我 也 可 能 
因为 字段 当前 的 一 些 用 法 而 无 法 直接 搬移 它 。 我 
Be A a 
Z LYE ° 


到 目前 为 止 ， CAL Sinaia MAR EA 
是 “记录 ”(record) ,但 以 上 论述 对 类 和 对 象 同样 
适用 。 类 只 是 一 种 多 了 实例 函数 的 记 杂 ， 它 与 其 
他 任何 数据 结构 一 样 ， 都 需要 你 持 健 康 。 不 过 类 
的 实例 函数 确实 催化 了 搬移 数据 的 操作 ， 因 为 它 
已经 将 数据 的 存 取 封 著 到 访问 函数 中 。 当 我 搬移 
数据 时 ， 只 需要 相应 修改 访问 函数 的 引用 ， 该 字 
段 的 所 有 客户 闹 依 然 可 以 正常 工作 。 因 此 ， 如 末 


你 的 数据 已 经 用 类 进行 了 封 泽 ， 那 么 这 个 重 构 手 

法 会 更 容易 进行 ， 我 下 面 的 展开 也 做 了 “通过 尖 圭 
委 的 效 据 更 容易 搬移 ”这 个 假设 。 如 有 条 你 要 搬 移 的 
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仍然 能 够 进行 ， 但 情况 整 会 复 洒 一 些 。 


做 法 
.确保 源 字段 已 经 得 到 了 良好 封装 。 
. 测试 。 


。 ， (及 对 应 的 访问 函 
Hy) 。 
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也 许 你 已 经 有 现成 的 字段 或 方法 得 到 目标 
对 象 。 如 和 朱 没 有 ， 看 看 起 否 能 简单 地 创建 一 个 
方法 完成 此 事 。 如 琳 还 是 不 行 ， 你 可 能 束 得 在 


源 对 象 里 创建 一 个 字段 ， 用 于 存储 目标 对 象 
了 “。 这 次 修改 可 能 留存 很 和信， 但 你 也 可 以 只 做 
师 时 修改 ， 等 到 系统 其 他 部 分 的 重 构 完 成 欧 回 
来 移 除 它 。 


。 调 整 源 对 象 的 访问 画 效 ， 令 其 使 用 目标 对 象 的 
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如 果 产 类 的 所 有 实例 对 象 都 共 圣 对 日 标 对 
象 的 访问 权 ， 那 么 可 以 考虑 先 更 狐 源 关 的 设 值 
函数 ， 让 它 修改 源 字 段 时 ， 对 目标 对 象 上 的 字 
段 做 同样 的 修改 。 然 后 ， 再 通过 引入 断言 


(302) ， 当 检测 到 源 字 段 与 目标 字段 不 一 致 时 
抽出 印记 。 一 旦 你 确定 改动 没有 引入 任何 可 观 
察 的 行为 变化 ， 束 可 以 放心 地 让 访问 函数 直接 
使 用 目标 对 象 的 字段 了 。 


e IIN ° 
。 移 除 源 对 象 上 的 字段 。 
。 测 试 。 


范例 
我 将 用 下 面 这 个 例子 来 介绍 这 项 手法 ， 其 中 


customer 类 代表 了 一 位 “顾客 ”*，customercontract 


代表 与 顾客 关联 的 一 个 “合同 ”。 


class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this._discountRate = discountRate; 
this. contract = new CustomerContract(dateToday()); 


} 
get discountRate() {return this._discountRate; } 
becomePreferred() { 


this._discountRate += 0.03; 
// other nice things 
} 
applyDiscount(amount) { 
return amount.subtract(amount.multiply(this._discountRate) ); 


j 


class CustomerContract... 


constructor (startDate) { 
this._startDate = startDate; 


} 


我 想 要 将 折扣 率 (discountRate) 字段 从 
customer 类 中 搬移 到 customercontract 里 中 。 


第 一 件 事 情 是 先 用 封闭 变量 (132) 将 对 
_discountRate 字 上 段 的 访问 封 儿 起 来 。 


class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this. _setDiscountRate(discountRate) ; 
this. contract = new CustomerContract(dateToday()); 


get discountRate() {return this._discountRate; } 
_setDiscountRate(aNumber) {this._discountRate = aNumber; } 


becomePreferred() { 
this. _setDiscountRate(this.discountRate + 0.03); 
// other nice things 
} 
applyDiscount(amount) { 
return amount.subtract(amount.multiply(this.discountRate) ); 
} 


我 通过 定制 的 applyDiscount 方 法 来 更 新 字 
段 ， 而 不 是 使 用 通 音 的 议 人 函数 ， 这 是 因为 我 不 
想 为 字段 暴露 一 个 public 的 设 值 函数 。 


接 看 我 在 customercontract 中 添加 一 个 对 恬 
的 字段 和 访问 函数 。 


class CustomerContract... 


constructor(startDate, discountRate) { 
this. _startDate = startDate; 
this._discountRate = discountRate; 


} 
get discountRate( ) {return this._discountRate; } 
set discountRate(arg) {this._discountRate = arg;} 
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段 。 不 过 当 我 这 么 干 时 ， 我 收 到 了 一 个 错 

ie: “Cannot set property 'discountRate' of 
undefined” ° 这 是 因为 我 们 先 调 用 了 
_setDiscountRate 国 效 ， 而 此 时 customercontract 
对 象 疝 未 创建 出 来 。 为 了 修复 这 个 负 误 ， 我 得 先 
撤 家 刚刚 的 代码 ， 回 到 上 一 个 可 工作 的 状态 ， 然 
后 再 应 用 移动 语句 (223) 手法 ， 将 
_setDiscountRate 函 数 调用 语句 挪动 到 创建 对 象 
的 语句 之 后 。 


class Customer... 


constructor(name, discountRate) { 
this._name = name; 
this. _setDiscountRate(discountRate) ; 


this. contract = new CustomerContract(dateToday()); 


j 


搬移 完 语句 后 运行 一 o 测试 通过 
再 次 修改 customer 的 访问 函数 ， 让 它 使 用 
ee en ne o 


class Customer... 


get discountRate() {return this._contract.discountRate;} 
_setDiscountRate(aNumber) {this._contract.discountRate = 


aNumber ; } 


在 JavaScript 中 ， 使 用 类 的 字段 无 须 事 先 声 
明 ， 因 此 套 换 完 访问 函数 ， 实 际 上 已 经 没有 其 他 
字段 再 需要 我 删除 。 


PRS PRI RK 


搬移 字段 这 项 重 构 手 法 对 于 类 的 实例 对 象 通 
单 较 易 进行 ， 因 为 将 数据 访问 包 委 到 方法 中 ， 走 
关 所 天 然 文 择 的 一 种 封 闻 手段 。 如 采 我 要 搬移 的 
字段 生 樟 记 永 ， 并 且 补 许多 函数 直接 访问 ， 那 么 
这 项 重 构 仍然 很 有 意义 ， 只 不 过 情况 会 复杂 不 


少 。 


我 可 以 先 为 记录 创建 相应 的 访问 男 效 ， 并 修 
改 所 有 读 取 和 更 新 记录 的 地 方 ， 使 它们 引用 新 创 
建 的 访问 芳 数 。 如 来 行 搬移 的 子 段 古 不 可 变 
(immutable) AY, Ab ABR) LATE VEEN aA AIA 
更 狐 源 字段 和 目标 字段 ， 然 后 再 逐步 迁移 读 取 记 
采 的 调用 点 。 不 过 ， 我 依然 会 尽 可 能 和 完 用 封 泪 记 
K (162) 手法 将 记录 封装 成 类 ， 如 此 一 来 后 续 修 
a EM Tal HA ° 


范例 :搬移 字段 到 共 译 对 象 


现在 ， 让 我 们 看 男 外 一 个 场景 。 还 是 那个 代 
表 “ 账 户 ” 的 Account 类 ， 类 上 有 一 个 代表 “利率 ”的 


字段 interestRate o 


class Account... 


constructor (number, type, interestRate) { 
this. number = number; 
this._type = type; 
this._interestRate = interestRate; 


get interestRate() {return this._interestRate;} 


class AccountType... 


constructor (nameString) { 
this._name = nameString; 


} 


我 不 布 望 让 每 个 账 尸 目 己 维护 一 个 利率 字 
段 ， 利 率 应 该 取 雇 于 账户 本 号 的 类 型 ， 因 此 我 想 
将 它 搬 移 到 AccountType 中 去 。 


利率 字段 已 经 通过 访问 函数 得 到 了 民 好 的 堆 
闻 ， 因 此 我 只 需要 在 AccountType 上 创建 对 应 的 字 
Be Ay |] EN BBY BY o 


class AccountType... 


constructor(nameString, interestRate) { 
this._name = nameString; 
this._interestRate = interestRate; 


} 
get interestRate() {return this._interestRate; } 


Bee FIV KG FS account SAV [A] RRL, 
{AF Ac EN Ey ee He] BE RY [A elo TE BY 
之 前 ， 每 个 账户 都 目 己 维护 一 份 利率 数据 ， 而 现 
在 我 要 让 所 有 相同 类 型 的 账户 共享 同一 个 利率 
值 。 如 有 条 当前 类 型 相同 的 账户 确实 拥有 相同 的 利 
率 ， 那 么 这 次 重 构 驶 能 成 立 ， 因 为 这 不 会 引起 可 
观测 的 行为 变化 。 但 只 要 存在 一 个 特例 ， 即 同一 
类 型 的 账户 可 能 有 不 同 的 利率 值 ， 那 么 这 样 的 修 
改 整 不 叫 重 构 了 ， 因 为 它 会 改变 系统 的 可 观测 行 
为 。 倘 在 账户 的 数据 体 存 在 数据 库 中 ， 那 我 殉 应 
该 检查 一 下 数据 库 ， 确 人 同一 类 型 的 账户 都 拥有 
与 其 账户 类 型 匹配 的 利率 值 。 同 时 ， 我 还 可 以 在 
Account 类 引入 断言 (302) ， 确 保 出 现 异 党 的 利 
素数 据 时 能 够 及 时 发 现 。 


class Account... 


constructor(number, type, interestRate) { 
this. number = number; 


this._type = type; 
assert(interestRate === this._type.interestRate) ; 
this._interestRate = interestRate; 


get interestRate() {return this._interestRate;} 


我 会 保留 这 条 断言， 让 系统 先 运 行 一 段 时 
间 ， 看 看 是 个 会 在 这 捕获 到 包 误 。 或 者 ， 除 了 环 
加 上 断言， 我 还 可 以 将 销 误 记录 到 日 志 里 。 一 段 时 
间 后 ， 一 旦 我 对 代码 变 得 更 加 日 信 ， 确 定 它 确实 
没有 引起 行为 变化 后 ， 我 融 可 以 让 Account 和 直接 访 
问 AccountType 上 的 interestRate 字 段 ， 并 将 原来 
的 字段 完全 删除 了 。 


class Account... 


constructor(number, type) { 
this. number = number; 
this._type = type; 


get interestRate() {return this. _type.interestRate; } 


8.3 ”搬移 语句 到 函数 (Move 


Statements into Function) 


反问 重 构 : 搬移 语句 到 调用 者 (217) 


result.push(°<p>title: ${person.photo.title}</p>`); 
result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 
return [ 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
]; 
} 


result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 
return [ 
“<p>title: ${aPhoto.title}</p>°, 
~*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
]; 
} 


要 维护 代码 库 的 健康 发 展 ， 需 要 遵守 儿 条 其 
金 守 则 ， 其 中 最 重要 的 一 条 当 属 “消除 重复 ”。 如 
琳 我 发 现 调 用 打 个 芳 数 时 ， 总 有 一 些 相 同 的 代码 
也 需要 每 次 执行 ， 那 么 我 会 考虑 将 此 段 代码 合并 
到 函数 里 头 。 这 样 ， 日 后 对 这 段 代码 的 修改 只 需 
改 一 处 地 方 ， 还 能 对 所 有 调用 兰 同时 生效 。 如 条 
将 来 代码 对 不 同 的 调用 者 需 有 不 同 的 行为 ， 那 时 
再 通过 搬移 语句 到 调用 者 (217) 将 它 (或 其 一 部 
分 ) 搬移 出 来 也 十 分 简单 。 


如 有 果菜 些 语 句 与 一 个 芳 数 放 在 一 起 更 像 一 个 
RK, FFARR ARBITER, MRS SAB 
ETE A pS Bl Ea WRENS EMR 
MEER, (ASDA ENB — EAT, DEn DLA fe 
PREZE (106) 将 语句 和 函数 一 并 提炼 出 去 。 这 基 
AN Bie BS RTE SHA WA T, Ase Raa T 
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性 ， 可 以 在 完成 核心 步 又 后 再 择机 完成 。 


做 法 
。 如 果 重 复 的 代码 段 离 调用 目标 函数 的 地 方 还 有 


些 距 离 ， 则 先 用 移动 语句 (223) 将 这 些 语 名 
挪动 到 紧邻 目标 芳 数 的 位 置 。 


。 如 革 目 标 函 数 仅 极 唯一 一 个 源 函 数 调用 ， 那 么 
只 需 将 源 函 数 中 的 重复 代码 段 航 切 并 粘贴 到 目 
标 函 数 中 即 可 ， 然 后 运行 测试 。 本 做 法 的 后 续 
步 又 至 此 可 以 忽略 。 
QUA ENB IE TAL, ABA ct A 
AYARA ERRAZ (106) ， 将 每 搬移 的 
语句 与 目标 函数 一 起 拓 炼 成 一 个 狐 函 数 。 给 新 
函数 取 个 临时 的 名 子 ， 只 要 易于 搜索 好 可 。 
调整 芳 数 的 其 他 调用 点 ， 令 它们 调用 新 近 炼 的 
国 效 。 每 次 调整 之 后 运行 测试 。 
完成 所 有 引用 点 的 警 换 后 ， 应 用 内 联 函 数 
(115) 将 目标 函数 内 联 到 新 函 数 里 ， 并 移 除 
原 目 标 函 数 。 
对 新 函数 应 用 函数 改名 (124) ， 将 其 改名 为 
原 目 标 函 数 的 名 字 。 


ARETE FI 更 好 的 名 字 ， 那 束 用 更 好 的 


HBA 


范例 


我 将 用 一 个 例子 来 讲解 这 项 手法 。 以 下 代码 
会 生成 一 些 关 于 相片 (photo) 的 HTML: 


function renderPerson(outStream, person) { 
const result = []; 
result.push( <p>${person.name}</p> ); 
result.push(renderPhoto(person.photo)); 
result.push(°<p>title: ${person.photo.title}</p>°); 
result.push(emitPhotoData(person.photo) ); 
return result.join("\n"); 


function photoDiv(p) { 
return [ 
"<div>", 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
"</div>", 
].join("\n"); 
} 


function emitPhotoData(aPhoto) { 
const result = []; 
result.push(°<p>location: ${aPhoto.location}</p>°); 
result.push(°<p>date: ${aPhoto.date.toDateString()}</p>°); 
return result.join("\n"); 


XNP T P Hemi tPhotodatala wR AY Ti 
点 ， 每 个 调用 点 的 前 面 都 有 一 行 类 似 的 重复 代 
h3, 用 于 打印 与 标题 (title) 相关 的 信息 已。 我 希望 

能 消除 重复 ， 把 打印 标题 的 那 行 代 码 搬 移 到 

smi tehotopatallat E d + 如 果 emitPhotopata 只 有 
一 个 调用 点 ， 那 我 大 可 和 直接 把 代码 复制 并 粘贴 过 
去 就 完事 ， 但 奢 凋 用 尽 不 止 一 个 ， ASK we E (bil a] 
于 用 更 安全 的 手法 小 步 前 进 


我 先 选 择 其 中 一 个 调用 点 ， 对 其 应 用 提炼 函 
数 (106) ,除了 我 想 搬 移 的 语句 ， 我 还 把 


emitPhotopata 芳 数 也 一 起 提炼 到 新 函数 中 。 


function photoDiv(p) { 
return [ 


"<div>", 

zznew(Pp), 

"</div>", 
].join("\n"); 


function zznew(p) { 
return [ 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
].join("\n"); 


完成 提炼 后 ， 会 逐一 查看 emitPhotoDatab] 
其 他 调用 点 ， 找 到 该 男 数 与 其 剖面 的 重复 语句 ， 
一 并 换 成 对 新 函数 的 调用 。 


function renderPerson(outStream, person) { 
const result = []; 
result.push( <p>${person.name}</p> ); 
result.push(renderPhoto(person.photo)); 


result.push(zznew(person.photo) ); 
return result.join("\n"); 


RMC emitPhotoData iK AtA ATA VA Ja 
我 紧 接着 应 用 内 联 函 数 (115) en Da 
函数 内 联 到 新 函数 中 。 


function zznew(p) { 
return [ 
“<p>title: ${p.title}</p>°, 


“<p>location: ${p.location}</p>`, 
‘<p>date: ${p.date.toDateString()}</p>`, 
] .join("\n"); 


最 后 ， 再 对 新 提炼 的 函数 应 用 函数 改名 
(124) ， 就 大 功 告 成 了 。 


function renderPerson(outStream, person) { 
const result = []; 
result.push( °<p>${person.name}</p>° ); 
result.push(renderPhoto(person.photo)); 
result.push(emitPhotoData(person.photo) ); 
return result.join("\n"); 


} 


function photoDiv(aPhoto) { 
return [ 
"<div>", 
emitPhotoData(aPhoto), 
"</div>", 
] .join("\n"); 


function emitPhotoData(aPhoto) { 
return [ 
~“<p>title: ${aPhoto.title}</p>°, 
“<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>°, 
].join("\n"); 


RY Kai ts Ve eA, TELS 
FH Fae VAS RAF BL ° 


8.4 ”搬移 语句 到 调用 者 (Move 


Statements to Callers) 


RRM: 搬移 语句 到 函数 (213) 


emitPhotoData(outStream, person.photo); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n°); 
outStream.write( <p>location: ${photo.location}</p>\n_°); 


} 


emitPhotoData(outStream, person.photo); 
outStream.write( <p>location: ${person.photo.1location} 
</p>\n ); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
} 


动机 


作为 程序 员 ， 我 们 的 职责 吏 是 设计 出 结构 一 
致 、 抽 和 象 合家 的 程序 ， 而 程序 抽象 能 力 的 源 果 正 
尽 米 日 缠 数 。 与 其 他 抽象 机 制 的 设计 一 样 ， 我 们 
并 非 总 能 平衡 好 抽象 的 边界 。 随 着 系 统 能 力 发 生 
演进 (通常 只 要 是 有 用 的 系统 ， 功 能 都 会 演 
进 ) ， 原 先 设 定 的 抽象 边界 总 会 悄 无 声息 地 发 生 
仿 移 。 对 于 函数 米 襄 ， 这 样 的 边界 偏 移 意味 看 时 
经 视 为 一 个 整体 、 一 个 单元 的 行为 ， 如 今 可 能 
经 分 化 出 两 个 甚至 十 多 个 不 同 的 天 注 上 后 。 


六 数 边 寞 发 生 仿 移 的 一 个 征兆 是 ， 以 往 在 多 
个 地 方 共 用 的 行为 ， 如 今 需要 在 某 些 调用 点 面前 
表现 出 不 同 的 行为 。 于 是 ， 我 们 得 把 表现 不 同 的 
行为 从 函数 里 挪 出 ， 并 搬移 到 其 调用 处 。 这 种 情 
况 下 ， 我 会 使 用 移动 语句 (223) 手法 ， 先 将 表现 
不 同 的 行为 调整 到 函数 的 开头 或 结尾 ， 再 使 用 本 
手 和 沪 将 语句 搬移 到 其 调用 点 。 AR EAM 
移 到 调用 点 ， 我 吏 可 以 根据 需要 对 其 进行 修改 。 


这 个 重 构 手 法 比较 适合 处 理 边 弄 仅 有 些许 侦 
移 的 场景 ， 但 有 时 调用 点 和 调用 兰 之 间 的 边 弄 已 
经 相去 其 还 ， 此 时 便 只 能 重新 进行 设计 T o AR 
真如 此 ， 最 好 的 办 法 是 先 用 内 联 画 数 (115) 合并 


MATHIAZ, vale AAI, pee E THY) Es 
数 来 ， 以 形成 更 合适 的 边界 。 


做 法 


。 最 何 持 的 情况 下 ， 原 函数 非常 休 单 ， 其 调用 考 
HARES AS, UO AE RIAA 
Sea BBY) HORE AAA] Yel A io ASB BY, 
BEATEN (BEE Ve Eo ISAT Mic. e WARMTH 
过 ， 那 整 大 功 守 成 ， 本 手法 可 以 到 此 为 止 。 

。 右 调用 点 不 止 一 两 个 ， 则 和 需要 先 用 提炼 鸟 数 
(106) 将 你 不 想 搬移 的 代码 提炼 成 一 个 新 函 
a eo) en 

7IN H Š 


UMRA E NERTI, FEAR 
wT SHS, MATEN MATRA EN 
法 进行 同样 的 捉 展 操作 ， 你 证 继 厌 体 系 上 每 个 


类 都 有 一 份 与 超 类 相同 的 提炼 芳 数 。 接 看 将 子 
T 
JEEZY ° 


。 对 原 函 数 应 用 内 联 函 数 (115) ° 


。 对 提炼 出 来 的 函数 应 用 改变 函数 声明 
(124) ， 令 其 与 原 函 数 使 用 同一 个 名 字 。 


A. QUARK HERE EY EPA, AL AL EP BB 
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范例 


下 面 这 个 例 季 比较 简单 : emitPhotoData 是 一 
个 函数 ， 在 两 处 地 方 倍 调用 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


function listRecentPhotos(outStream 
photos 


, photos) { 


filter(p => p.date > recentDateCutofFf() ) 
.forEach(p => { 


outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 


了 


function emitPhotoData(outStream 
outStream.write( <p>title 


outStream.write( <p>date 
</p>\n ); 


, photo) { 
${photo.title}</p>\n°); 
${photo.date.toDateString()} 

outStream.write( <p>location 
} 


: ${photo.location}</p>\n_° ); 


我 需要 修改 软件 ， 支 持 1istRecentPhotos 男 
数 以 不 同方 式 泻 桨 相 上 请 的 location 信 息 ， 而 
renderPerson 的 行为 则 保持 不 变 ° 为 了 使 这 次 修 
改 更 容易 进行 ， 我 要 应 用 本 手法 ， 将 
emitPhotoData 函 效 最 后 的 那 行 代码 所 移 到 其 调用 


一 般 来 说 ， 像 这 样 简 单 的 场景 ， 我 都 会 直接 
将 emitPhotopata 的 最 后 一 行 更 切 并 烙 贴 到 两 个 调 
用 它 的 函数 后 面 。 但 为 了 演示 这 项 重 构 手 法 如 何 
在 更 复杂 的 场景 下 运作 ， 这 里 我 还 是 遵从 更 详细 
也 更 安全 的 步骤 。 


重 构 的 第 一 步 是 先 用 提炼 画 数 (106) ， 将 那 
些 最终 希 望 留 在 emitPhotoData 函 数 里 的 语句 先 提 
EHF 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n°); 


J 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n°); 


outStream.write( <p>date: ${photo.date.toDateString() } 
</p>\n ); 
} 


狐 近 炼 出 来 的 范 数 一 般 只 会 短暂 存在 ， 因 此 
我 在 命名 上 不 需要 太 认 真 ， 不 过 ， 取 个 容易 搜索 
的 名 子 会 很 有 帮助 。 提 烁 完成 后 运行 一 下 测试 ， 
AA Rte Ps OO RAY aT ES BE IE E LE o 


接 下 来 ， 我 要 对 emitPhotoData 鸭 调用 点 未 
om (115) s 先 从 renderperson 南 数 开 
A 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 


outStream.write( <p>location: ${person.photo.location} 
</p>\n°); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 


zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n°); 


} 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
outStream.write( <p>date: ${photo.date.toDateString( )} 
</p>\n ); 
} 


然后 再 次 运行 测试 ， 人 确保 这 次 函数 内 联 能 
单 工 作 。 测 话 通 过 后 ， 再 前 往 下 一 个 调用 点 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person.photo.location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write( <p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n°); 


} 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n°); 
outStream.write( <p>date: ${photo.date.toDateString() } 
</p>\n ); 
} 


FE, Rn] LAS ERIN emitPhotoData kk 
数 ， 完 成 内 联 函 数 (115) 手法 ° 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person.photo.location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write( <p>location: ${p.location}</p>\n°); 


outStream.write("</div>\n"); 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
outStream.write( <p>date: ${photo.date.toDateString( )} 
</p>\n°); 
} 


最 后 ， 我 将 zztmp 改 名 为 原画 数 的 名 字 
emitPhotopata， 完 成 本 次 重 构 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 


emitPhotoData(outStream, person.photo); 
outStream.write(°<p>location: ${person.photo.location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write( <p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 
}); 
J 


function emitPhotoData(outStream, photo) { 
outStream.write(`<p>title: ${photo.title}</p>\n ); 
outStream.write( <p>date: ${photo.date.toDateString()} 

</p>\n ) ; 

} 


8.5 ”以 函数 调用 取代 内 联 代 人 码 


(Replace Inline Code with Function 
Call) 


HA? 


let appliesToMass = false; 
for(const s of states) { 


} 


if (s === "MA") appliesToMass = true; 


appliesToMass = states.includes("MA"); 


普 用 函数 可 以 帮助 我 将 相关 的 行为 打包 起 

来， 这 对 于 提升 代码 的 表达 力 大 有 俐 在 一 一 一 个 
命名 民 好 的 范 数 ， 本 喘 束 能 极 好 地 解释 代码 的 用 
R, EREDE [ARAN o HARE A BIE 
除 重 复 ， 因 为 同一 段 代 码 我 不 需要 编写 两 雇 ， 
次 调用 一 下 函数 即 可 。 此 外 ， 当 我 需要 修改 函数 
的 内 部 实现 时 ， 也 不 需要 四 处 寻找 有 没有 漏 改 的 
相似 代码 。 〈 当 然 ， 我 可 能 需要 检查 函数 的 所 有 
调用 点 ， 判 断 它 们 十 人 否 痢 应 该 使 用 新 的 实 更 ， 但 
通常 很 少 需 要 这 么 仔细 ， 即 便 需 要 ， 也 总 好 过 四 
处 寻找 相似 代码 。) 


如 果 我 见 到 一 些 内 联 代 码 ， 它 们 做 的 事情 仅 
仪 古 已 有 函数 的 重复 ， 我 通 带 会 以 一 个 久 数 调用 
取代 内 联 代码 。 但 有 一 种 情况 需要 特殊 对 竺 ， 那 
吏 是 当 内 联 代 码 与 国 效 之 间 只 是 外 表 相 似 但 其 实 
并 无 本 质 联系 时 。 这 种 情况 下 ， 当 我 改变 了 函数 
实现 时 ， 并 不 期 望 对 应 内 联 代 但 的 行为 发 生 改 
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当 ， 也 确实 与 内 联 代 码 做 了 一 样 的 事 ， 那 么 这 个 
名 子 用 在 内 联 代 码 的 语 境 里 也 应 该 十 分 协调 ， 如 
琳 落 数 名 显得 不 协调 ， 可 能 十 因为 命名 本 喘 束 比 
较 精 糕 〈 此 时 可 以 运用 函数 改名 (124) 来 解 
决 ) ， 也 可 能 是 因为 范 数 与 内 联 代 码 彼此 的 用 途 
确实 有 所 不 同 。 知 是 后 痢 的 情况 ， 我 融 不 应 该 用 
函数 调用 取代 该 内 联 代码 。 


我 发 现 ， 配 合 一 些 库 芳 数 使 用 ， 会 使 本 手法 


效 朱 更 佳 ， 因 为 我 长 至 连 函 数 体 都 不 需要 目 己 纺 
写 了 ， 库 已 经 所 供 了 相应 的 函数 。 


做 法 


. 将 内 联 代码 赫 代 为 对 一 个 既 有 画 数 的 调用 。 
+ 测试。 


8.6 ”移动 语句 (Slide Statements ) 


曾 用 名 : 合并 重复 的 代码 片段 (Consolidate 


Duplicate Conditional Fragments) 


const pricingPlan = retrievePricingPlan(); 
const order = retreiveOrder(); 

let charge; 

const chargePerUnit = pricingPlan.unit; 


const pricingPlan = retrievePricingPlan()j; 
const chargePerUnit = pricingPlan.unit; 
const order = retreiveOrder(); 

let charge; 


动机 


让 存在 关联 的 东西 一 起 出 现 ， 可 以 使 代码 更 
容易 理解 。 如 末 有 几 行 代码 取 用 了 同一 个 数据 结 
构 ， 那 么 最 好 是 让 它们 在 一 起 出 更， 而 不 是 夹杂 
在 取 用 其 他 数据 结构 的 代码 中 间 。 最 倍 单 的 情况 
下 ， 我 只 需 使 用 移动 语句 束 可 以 让 它们 案 集 起 
来 。 此 外 还 有 一 种 利 见 的 “关联 ”， 束 是 天 于 变量 
的 声明 和 使 用 。 有 人 豆 欢 在 图 数 顶 部 一 口气 声明 


画 数 用 到 的 所 有 变量 ， 我 个 人 则 喜欢 在 第 一 次 需 
要 使 用 变量 的 地 方 再 声明 它 。 


通常 来 说 ， 把 相关 代码 搜集 到 一 处 ， 往 往 是 
另 一 项 重 构 (通常 是 在 提炼 函数 (106) ) 开始 之 
前 的 准备 工作 。 相 比 于 仅仅 把 几 行 相关 的 代码 移 
动 到 一 起 ， 将 它们 提炼 到 独立 的 函数 往往 能 起 到 
更 好 的 抽象 效果 。 但 如 果 起 先 存在 关联 的 代码 就 
没有 彼此 在 一 起 ， 那 么 我 也 很 难 应 用 提炼 函数 

(106) 的 手法 。 


做 法 


。 俏 定 行 移动 的 代 但 片段 应 该 航 拔 往 何 处 。 仔 细 
检查 待 移动 片段 与 目的 地 之 间 的 语句 ， 看 看 扳 
移 后 是 任 会 影 啊 这 些 代 码 正常 工作 。 如 来 会 ， 
则 放弃 这 项 重 构 。 


往 表 移动 代码 族 段 时 ， 如 条 上 户 段 中 声明 了 
变量 ， 则 不 允许 移动 到 任何 变量 的 声明 语句 之 
前 。 往 后 移动 代码 片段 时 ， 如 果 有 语句 引用 了 


竺 移动 片段 中 的 变量 ， 则 不 允许 移动 到 该 语句 
之 后 。 往 后 移动 代码 片段 时 ， 如 琳 有 语句 修改 
了 每 移动 片段 中 引用 的 变量 ， 则 不 允许 移动 到 


该 语句 之 后 。 往 后 移动 代码 片段 时 ， 如 来 片段 
中 修改 了 某 举 元 系 ， 则 不 允许 移动 到 任何 引用 
了 这 些 元 素 的 语句 之 后 。 


° Ca MEEI E — AEREA E 
。 测 试 。 


如 果 测试 失败 ， 那 么 尝试 减 小 移动 的 步子 : 
要 么 是 减少 上 下 移 动 的 行 数 ， 要 么 是 一 次 氢 移 更 
少 的 代码 。 


范例 


移动 代码 片段 时 ， 通 弟 需 要 想 清楚 两 件 事 : 

本 次 调整 的 目标 是 什么 ， 以 及 该 目标 能 否 达 到 。 
第 一 件 事 通 季 取 次 于 代码 所 在 的 上 下 文 。 最 简单 
WEE, REAA WAE H RANE H R LAE 
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在 应 用 提炼 函数 (106) 之 前 先 将 相关 的 代码 集中 
到 一 块 ， 以 万 便 做 函数 提炼 。 


确定 要 把 代码 移动 到 哪里 之 后 ， 我 项 需要 思 
考 第 二 个 问题 ， 也 吏 是 此 次 搬移 能 人 否 做 到 的 问 
题 。 为 此 我 需要 观 家 竺 移动 的 代码 ， 以 及 移动 中 
间 经 过 的 代码 段 ， 我 得 思考 这 个 问题 : 如 东 我 把 
代码 移动 过 去 ， 执 行 次 序 的 不 同 会 不 会 使 代码 之 
间 产 生 干 扰 ， 甚 至 于 改变 程序 的 可 观测 行为 ? 


请 观 绎 以 下 代码 片段 : 


1 const pricingPlan = retrievePricingPlan(); 
2 const order = retreiveOrder(); 

3 const baseCharge = pricingPlan.base; 

4 let charge; 

5 const chargePerUnit = pricingPlan.unit; 

6 const units = order.units; 

7 let discount; 


8 charge = baseCharge + units * chargePerUnit; 

9 let discountableUnits = Math.max(units - 
pricingPlan.discountThreshold, 0); 

10 discount = discountableUnits * pricingPlan.discountFactor; 
11 if (order.isRepeat) discount += 20; 

12 charge = charge - discount; 

13 chargeOrder(charge); 


前 七 行 是 变量 的 声明 语句 ， 移 动 它 们 通常 很 
简单 。 假 如 我 想 把 与 处 理 折扣 (discount) 相关 的 
代码 搬移 到 一 起 ， 那 么 我 可 以 直接 将 第 7 行 (1et 
discount) 移动 到 第 10 行 上 面 (discount =... 
那 一 行 ) 。 因 为 变量 声明 没有 副作用 ， 也 不 会 引 
用 其 他 变量 ， 所 以 我 可 以 很 安全 地 将 声明 语句 往 
后 移动 ， 一 和 直 移动 到 引用 discount 变 量 的 语句 之 
上 。 此 种 类 型 的 语句 移动 也 十 分 常见 一 一 当 我 要 


FERRY (106) 时 ， 通 党 得 先 将 相关 变量 的 声明 
语句 搬移 过 来 。 

我 会 再 寻找 类 似 的 没有 副作用 的 变量 声明 语 
a] x J 我 可 以 坚 无 障碍 地 把 声明 了 order 变 


量 的 第 2 行 (const order =...) 移动 到 使 用 它 
的 第 6 行 (const units =...) EE ° 


上 面 氢 移 变量 声明 语句 之 所 以 顺利 ， 除 了 
为 语句 本 吴 没 有 副作用 ， 还 得 花 于 我 移动 语句 时 
跨 过 的 代码 片段 同样 没有 副作用 。 事 实 上 ， 对 于 
没有 副作用 的 代码 ， 我 几乎 可 以 随心 所 谷地 编排 
它们 的 顺序 ， 这 也 是 优秀 的 程序 员 都 会 尽量 编写 
无 副作用 代码 的 原因 之 一 。 


当然 ， 这 里 还 有 一 个 小 细节 ， 那 吏 是 我 从 何 
得 知 第 2 行 代码 没有 副作用 呢 ? 我 只 有 深入 检查 
retrieveorder() 函 数 的 内 部 实现 ， 才 能 真正 确 全 
它 确 实 没 有 副作用 〈 除 了 检查 函数 本 喘 ， 还 得 检 
查 它 内 部 调用 的 函数 都 没有 副作用 ， 以 及 它 调用 
的 芳 数 内 部 调用 的 函数 都 没有 副作用 ...... 一 直 检 
得 到 调用 链 的 底 端 ) 。 实 践 中 ， 我 编写 代码 总 是 
尽量 遵循 命令 与 查询 分 离 (Command-Query 
Separation) [mf-cqs] 原 则 ， 在 这 个 前 提 下 ， 我 可 
以 确定 任何 有 返回 人 的 函数 都 不 存在 副作用 。 但 
只 有 在 我 了 解 代 码 库 的 前 提 下 才 如 此 目 信 ; WR 


我 对 代码 库 还 不 融 悉 ， 我 束 得 更 加 小 心 。 但 在 我 
目 己 的 编码 过 程 中 ， 我 确实 总 是 尽量 人 遵循 命令 与 
查询 分 离 的 模式 ， 因 为 它 让 我 一 眼 束 能 看 消 代码 
有 无 副作用 ， 而 这 件 事情 真 古 价值 不 非 。 


如 果 每 移动 的 代码 片段 本 号 五 副作用 ， 或 者 
它 需 要 跟 越 的 代码 存在 副作用 ， 移 动 它们 时 束 必 
须 加 倍 小 心 。 我 得 仔细 寻找 两 个 代码 厂 段 中 则 的 
代码 有 没有 副作用 ， 是 不 是 对 执行 次 序 敏感 。 因 
此 ， 假 设 我 想 将 第 11 行 
(if(order.isRepeat)...) HSB) El BRIS EHD 我 
会 发 现行 不 通 ， 因 为 中 国 第 12 行 语句 引 用 了 
discount 变 量 ， 而 我 在 第 11 行 中 可 能 改动 这 个 变 
量 ; 类 似 地 ， 假 设 我 想 将 第 13 行 
(chargeorder(charge)) 往 上 搬移 ， 那 也 是 行 不 
通 的 ， 因 为 第 13 行 引用 的 charge 变 量 在 第 12 行 会 
被 修改 。 不 过 ， 如 果 我 想 将 第 8 行 代 码 (charge = 
basecharge +...) 移动 到 第 9 行 到 第 11 行 中 间 的 
任意 地 方 则 是 可 行 的 ， 因 为 这 几 行 都 未 修改 任何 


变量 的 状态 ° 


移动 代码 时 ， 节 容易 齐 守 的 一 条 规则 是 ， 如 
东 待 移动 代码 族 段 中 引用 的 变量 在 玖 一 个 代码 斤 
段 中 被 修改 了 ， 那 我 束 不 能 安全 地 将 前 者 移动 到 
ea Za; 同样 ， 如 来 前 者 会 修改 后 者 中 引用 的 
变量 ， 也 一 样 不 能 安全 地 进行 上 述 移动 。 但 这 条 


规则 仅仅 作为 参考 ， 它 也 不 是 绝对 的 ， 比 如 下 面 
这 个 例子 ， 虽 然 两 个 语句 都 修改 了 彼此 之 间 的 变 
量 ， 但 我 仍 能 安全 地 调整 它们 的 先后 顺序 。 


a = a + 10; 
a=at 5; 


但 无 论 如 何 ， 要 判断 一 次 语句 移动 古 否 安 
全 ， 都 意味 着 我 得 真正 理解 代码 的 工作 原理 ， 以 
及 运算 符 之 间 的 组 合 方式 等 。 


正 因 此 项 重 构 如 此 需要 天 注 状 态 更 新 ， 所 以 
我 会 尽量 移 除 那 些 会 更 新 元 素 状 态 的 代码 。 比 如 
此 例 中 的 charge 变 量 ， 在 移动 其 相关 的 代码 之 
T EE 

{E ° 


以 上 的 分 析 都 比较 简单 ， 没 什么 难度 ， 因 为 
(US FU RA aR ce Be eet, Jey ah Se tet ee CBC 
处 理 的 。 但 处 理 更 复杂 的 数据 结构 时 ， 情 况 吏 不 
同 了 ， 判 断代 但 段 之 间 坪 人 否 存 在 相互 干扰 会 困难 
得 多 。 这 时 测试 扮演 了 重要 角色 : 每 次 移动 代码 
之 后 运行 测 坛 ， 看 看 有 没有 任何 测试 失败 。 如 来 
我 的 测试 黎 震 足够 全 面 ， 我 吏 会 对 这 次 重 构 比 较 
有 信心 ; 但 如 采 测 弃 覆 兰 不 够 ， 我 吏 得 小 心 一 些 
ÍTEM ° 


如 末 移 动 过 后 测试 失败 了 ， 那 么 意味 看 我 得 
减 小 移动 的 步子 ， 比 如 一 次 先 移 动 5 行 ， 而 不 十 10 
ÍT; 或 首先 移动 到 那些 看 厦 比较 可 能 出 销 的 代码 
上 面 ， 但 不 越过 它 ， 看 看 效果 。 同 时 ， 测 弃 失 败 
也 可 能 是 一 个 征兆 ， 近 醒 我 这 次 移动 可 能 还 不 是 
时 候 ， 可 能 还 需要 在 别处 完 做 一 些 其 他 的 工作 。 


范例 : 包含 条 件 逻 辑 的 移动 


对 于 拥有 条 件 逻 辑 的 代码 ， 移 动手 法 同样 适 
用 。 当 从 条 件 分 文中 移 走 代码 时 ， 通 单 生 要 请 除 
重复 逻辑 ， 将 代码 移入 条 件 分 文 时 ， 通 单 是 反 过 
来 ， 有 意 添 加 一 些 重复 逻辑 。 


在 下 面 这 个 例子 中 ， 两 个 条 件 分 文 里 部 有 一 
个 相同 的 语句 : 


let result; 

if (availableResources.length === 0) { 
result = createResource(); 
allocatedResources.push(result); 

} else { 


result = availableResources.pop(); 
allocatedResources.push(result); 


return result; 


我 可 以 将 这 两 名 重复 代码 从 条 件 分 文中 移 
走 ， 只 在 if-else 块 的 末尾 你 留 一 句 。 


let result; 
if (availableResources.length === 0) { 


result = createResource(); 
} else { 
result = availableResources.pop(); 


allocatedResources.push(result); 
return result; 


这 个 手法 同样 可 以 反 过 来 用 ， 也 就 是 把 一 个 
语句 分 别 搬移 到 不 同 的 条 件 分 支 里 ， 这 样 会 在 每 
个 条 件 分 支 里 留 下 同一 段 重复 的 代码 。 


延伸 阅读 


除了 我 介绍 的 这 个 方法 ， 我 还 见 过 一 个 十 分 
相似 的 重 构 手 法 ， 名 字 叫 作 * 交 换 语 名 位 
置 ”(Swap Statement) [wake-swap]。 该 手法 同样 
适用 于 移动 相 邻 的 代码 片段 ， 只 不 过 它 适 用 的 是 
只 有 一 条 语句 的 片段 。 你 可 以 把 它 想 成 移动 语句 
手法 的 一 个 特例 ， 也 束 是 竺 移动 的 代码 请 段 以 及 
它 所 路 过 的 代码 片段 ， 都 只 有 一 条 语句 。 我 对 这 
项 重 构 手法 很 感 兴 趣 ， 毕 竟 我 也 一 直 在 强调 小 步 
修改 有 了 时 其 至 小 步 到 于 初学 重 构 的 人 看 来 都 
很 不 可 思议 的 地 步 。 


但 最 后 ， 我 还 是 选择 在 本 重 构 手 法 中 介绍 如 
何 移动 范围 更 大 的 代码 斤 段 ， 因 为 我 目 己 平时 束 


是 这 么 做 的 。 我 只 有 在 处 理 大 抱 围 的 语句 移动 遇 
到 困难 时 才 会 楼 得 小 步 、 一 次 只 移动 一 条 语句 ， 
但 即便 是 这 样 的 困难 我 也 很 少 遇 见 。 无 论 如 何 ， 
~ on anne ， 小 步 的 移动 通 弟 会 更 加 
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8.7 HOMA (Split Loop) 


= 一 
V — 


let averageAge = 0; 

let totalSalary = 0; 

for (const p of people) { 
averageAge += p.age; 
totalSalary += p.salary; 


averageAge = averageAge / people.length; 


let totalSalary = 0; 

for (const p of people) { 
totalSalary += p.salary; 

} 


let averageAge = 0; 
for (const p of people) { 
averageAge += p.age; 


averageAge = averageAge / people.length; 


动机 


你 第 第 能 见 到 一 些 喘 兼 多 职 的 循环， 它们 一 
钦 做 了 两 三 件 事 情 ， 不 为 别 的 ， 避 ® 因 为 这 样 可 以 
只 循环 一 次 。 但 如 末 你 在 一 次 循环 中 做 了 两 件 不 
同 的 事 ， 那 么 每 当 需 要 修改 循环 时 ， 你 都 得 同时 
理解 这 两 件 事 情 。 如 于 能 够 将 循环 拆 分 ， 让 一 个 
人 循环 只 做 一 件 事 情 ， 那 束 能 确保 每 次 修改 时 你 只 
需要 理解 要 修改 的 那 块 代码 的 行为 束 可 以 了 。 


拆 分 循环 还 能 让 每 个 循环 更 容易 使 用 。 如 果 
一 个 循环 只 计算 一 个 值 ， 那 么 它 直接 返回 该 值 即 
可 ; 但 如 果 循 环 做 了 太 多 件 事 ， 那 就 只 得 返回 结 
构 型 数据 或 者 通过 局 部 变量 传 值 了 。 因 此 ， 一 般 
拆 分 循环 后 ， 我 还 会 紧 接 着 对 拆 分 得 到 的 循环 应 
用 提炼 函数 (106) ° 


这 项 重 构 手 法 可 能 让 许多 程序 员 感 到 不 安 ， 
因为 它 会 迫使 你 执行 两 次 人 循环。 对 此 ， 我 一 贯 的 
建议 也 与 2.8 世 里 所 明确 指出 的 一 致 : 先进 行 重 
构 ， 然 后 再 进行 性 能 优化 。 我 得 先 让 代码 结构 变 
得 清晰 ， 才 能 做 进一步 优化 ;如 采 重 构 之 后 该 循 
EASED SERB HASH, AY EDR A AS 
到 一 起 也 很 容易 。 但 实际 情况 是 ， 即 使 处 理 的 列 
表 效 据 更 多 一 些 ， 循 环 本 号 也 很 少 成 为 性 能 瓶 
贷 ， 更 何况 拆 分 出 循环 来 通融 还 使 一 些 更 强大 的 
优化 手段 变 得 可 能 。 


做 法 

。 复 制 一 轴 循 环 代码 。 

。 识 别 并 移 除 人 循环 中 的 重复 代码 ， 使 每 个 循环 只 
fi — TE 

。 测 试 。 


完成 循环 拆 分 后 ， 考 虑 对 得 到 的 每 个 循环 应 
用 提炼 函数 (106) ° 


范例 


下 面 我 以 一 段 循环 代码 开始 。 该 循环 会 计算 
需要 支付 给 所 有 员工 的 总 薪水 (total salary) ， 并 
计算 出 最 年 轻 (youngest) 员工 的 年 龄 。 


let youngest = people[0] ? people[0].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 


} 


return ‘youngestAge: ${youngest}, totalSalary: 
${totalSalary} `; 


该 循环 二 分 向 单 但 仍然 做 了 两 种 不 同 的 计 
a 要 拆 分 这 两 种 计算 ， 我 要 先 复 制 一 所 循环 代 


let youngest = people[0] ? people[0].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 
if (p.age < youngest) youngest p.age; 
totalSalary += p.salary; 


} 

for (const p of people) { 
if (p.age < youngest) youngest 
totalSalary += p.salary; 

} 


return ‘youngestAge: ${youngest}, totalSalary: 
${totalSalary} `; 


复制 过 后 ， 我 需要 将 循环 中 重复 的 计算 逻辑 
删除 ， 否 则 就 会 累加 出 错误 的 结果 。 如 果 循 环 中 


的 代码 没有 副作用 ， 那 便 可 以 移 留 春 它们 不 删 
除 ， 可 惜 上 述 例子 并 不 符合 这 种 情况 。 
let youngest = people[0] ? people[0].age : Infinity; 


let totalSalary = 0; 
for (const p of people) { 


totalSalary += p.salary; 


for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


} 


return ‘youngestAge: ${youngest}, totalSalary: 
${totalSalary} `; 


至 此 ， 拆 分 循环 这 个 手法 本 喘 的 内 容 束 结束 
了 。 但 本 手法 的 意义 不 仅 在 于 拆 分 出 循环 本 里 ， 
而 且 在 于 它 为 进一步 优化 提供 了 民 好 的 起 后 一 一 
下 一 步 我 通 音 会 寻求 将 每 个 循环 提炼 到 独立 的 范 
数 中 。 在 做 提炼 之 前 ， 我 得 和 完 用 移动 语句 (223) 
Seg ee ee em re 
| 一 起 : 


let totalSalary = 0; 

for (const p of people) { 
totalSalary += p.salary; 

} 


let youngest = people[0] ? people[0].age : Infinity; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


return ‘youngestAge: ${youngest}, totalSalary: 
${totalSalary} `; 


Sa, Bape DAMA De AGERE Be (106) 
fe 


return ~“youngestAge: ${youngestAge()}, totalSalary: 
${totalSalary()}°; 


function totalSalary() { 
let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


return totalSalary; 

function youngestAge() { 
let youngest = people[0] ? people[0].age : Infinity; 
for (const p of people) { 


if (p.age < youngest) youngest = p.age; 


return youngest, 


对 于 像 totalsalary 这 样 的 对 加 计算 ， 我 绝 少 
能 抵挡 得 住 进一步 使 用 以 管道 取代 循环 (231) 重 
构 它 的 诱惑 ;而 对 于 youngestAge 的 计算 ， 显 然 可 
以 用 替换 算法 (195) 替 之 以 更 好 的 算法 。 


return ‘youngestAge: ${youngestAge()}, totalSalary: 
${totalSalary()}°; 


function totalSalary() { 
return people.reduce((total,p) => total + p.salary, 0); 


} 
function youngestAge() { 


return Math.min(...people.map(p => p.age)); 


8.8 ”以 管道 取代 循环 (Replace 
Loop with Pipeline) 


const names = []; 
for (const i of input) { 
programmer" ) 
names.push(i.name) ; 


const names = input 
programmer" ) 


.map(i => i.name) 


动机 


与 大 多 数 程序 员 一 样 ， 我 入 行 的 时 候 也 有 人 
告诉 我 ， 友 代 一 组 集合 时 得 使 用 循环 。 不 过 时 人 


在 发 展 ， 如 今 越 来 越 多 的 编程 语言 都 提供 了 更 好 
的 语言 结构 来 处 理 欠 代 过 程 ， 这 种 结构 束 叫 作 集 
合 管 道 (collection pipeline) 。 集 合 管道 [mf-cp] 是 
这 样 一 种 技术 ， 它 允许 我 使 用 一 组 运算 来 摘 壕 集 
合 的 送 代 过 程 ， 其 中 每 种 运算 接收 的 入 参 和 返回 
值 都 是 一 个 集合 。 这 类 运算 有 很 多 种 ， 最 津 见 的 
则 非 map 和 filter 莫 属 : map 运 算是 指 用 一 个 函数 作 
用 于 输入 集合 的 每 一 个 元 素 上 ， 将 集合 变换 成 郧 
外 一 个 集合 的 过 程 ，filter 运 算是 指 用 一 个 函数 从 
fA SEA Fit Lh AE REA A TRANTE © 
运算 得 到 的 集合 可 以 供 管 道 的 后 续 流 程 使 用 。 我 
发 现 一 些 逻 辑 如 采 采 用 集合 管道 来 编写 ， 代 位 的 


可 读 性 会 更 强 一 一 我 只 消 从 头 到 尾 阅 读 一 所 代 
码 ， 束 能 弄 清 对 象 在 管 这 中 则 的 变换 过 程 。 
做 法 

创建 一 个 渐变 量 ， 用 以 存放 参与 循环 过 程 的 集 


BAe 


也 可 以 简单 地 复制 一 个 更 有 的 变量 赋值 给 
Fo 


。 从 循环 项 部 开始 ， 将 循环 里 的 每 一 块 行为 依次 
扳 移 出 来 ， 在 上 一 步 创 建 的 集合 变量 上 用 一 种 
官 道 运算 殖 代 之 。 每 次 修改 后 运行 测试 。 

° 0 将 循环 整个 删 


如 琳 循 环 内 部 通过 过 加 变量 来 保存 结 来 ， 


那么 移 除 和 人 循环 后 ， 将 窒 扯 运算 的 最 终结 来 赋值 


给 该 对 加 变量 。 


范例 


在 这 个 例子 中 ， 我 们 有 一 个 CSV 文 件 ， 里 面 
存 有 各 个 办 公 室 (office) 的 一 些 数 据 。 


office, country, telephone 
Chicago, USA, +1 312 373 1000 
Beijing, China, +86 4008 900 505 
Bangalore, India, +91 80 4064 9570 


Porto Alegre, Brazil, +55 51 3079 3550 
Chennai, India, +91 44 660 44766 


. (more data follows) 


下 面 这 个 acquirepData 函 数 的 作用 是 从 数据 中 
筛选 出 印度 的 所 有 办 公 室 ， 并 返回 办 公 室 所 在 的 


城市 (city) 信息 和 联系 电话 (telephone 


number) 。 


function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
for (const line of lines) { 
if (firstLine) { 
firstLine = false; 
continue; 


if (line.trim() === "") continue; 
const record = line.split(","); 
if (record[1].trim() === "India") { 
result.push({city: record[0].trim(), phone: 
record[2].trim()}); 


} 


return result; 


} 


这 个 循环 略 显 复杂 ， 我 布 望 能 用 一 组 管道 操 
EREHE ° 


BB ETC BE — “MA ee, HRF 
参与 循环 过 程 的 集合 值 。 


function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
const loopItems = lines 
for (const line of loopItems) { 
if (firstLine) { 
firstLine = false; 
continue; 


j 


if (line.trim() === "") continue; 
const record = line.split(","); 


result.push({city: record[0].trim(), phone: 
record[2].trim()}); 
} 


} 


return result; 


循环 第 一 部 分 的 作用 是 在 忽略 CSV 文 件 的 第 
一 行 数据 。 这 其 实 是 一 个 切片 (slice) 操作 ， 
此 我 先 从 循环 中 移 除 这 部 分 代码 ， 并 在 集合 变量 
的 声明 后 面 新 增 一 个 对 应 的 slice 运 算 米 准 代 它 。 


function acquireData(input) { 
const lines = input.split("\n"); 
] Ei l D ; 


const result = []; 

const loopItems = lines 
.Slice(1); 

for (const line of loopItems) { 


Ej $ EROT 
continue+ 

if (line.trim() === "") continue; 

const record = line.split(","); 


result.push({city: record[0].trim(), phone: 
record[2].trim()}); 
} 


return result; 


从 循环 中 删除 代码 还 有 一 个 好 处 ， 那 丈 是 
firstLine 这 个 控制 变量 也 可 以 一 并 移 除 了 一 一 无 


论 何 时 ， 删 除 控制 变量 总 能 使 我 身心 愉悦 。 


该 循环 的 下 一 个 行为 是 要 移 除 数据 中 的 所 有 
空 行 。 这 同样 可 用 一 个 过 滤 (filter) 运算 替代 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 


for (const line of loopItems) { 


const record = line.split(","); 
India") { 
result.push({city: record[0].trim(), phone: 
record[2].trim()}); 
} 


return result; 


编写 管道 运算 时 ， 我 喜欢 让 结尾 的 分 号 音 
占 一 行 ， 这 样 方便 调整 管道 的 结构 。 


接 下 来 是 将 效 据 的 一 行 转换 成 效 组 ， 这 明显 
可 以 用 一 个 map 运 算 营 代 。 然 后 我 们 还 发 现 ， 原 来 
的 record 命 名 其 实 有 误导 性 ， 它 没有 体现 出 “转换 


得 到 的 结 末 十 数组 ”这 个 信息 ， 不 过 既然 现在 还 在 
做 其 他 重 构 ， 先 不 动 它 会 比较 安全 ， 回 头 再 为 它 
改名 也 不 迟 。 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 


for (const line of loopiItems) { 
const record = line;.split(","); 
if (record[1].trim() === "India") { 
result.push({city: record[0].trim(), phone: 
record[2].trim()}); 


} 


return result; 


} 


然后 又 是 一 个 过 滤 (filter) 操作 ， 只 从 结果 
中 科 选 出 印度 办 公 室 的 记录 。 


function acquireData(input) { 

const lines = input.split("\n"); 

const result = []; 

const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India" ) 


for (const line of loopItems) { 

const record = line; 

result.push({city: record[0].trim(), phone: 
record[2].trim()}); 


} 
} 


return result; 


} 


最 后 再 把 结果 映射 (map) 成 需要 的 记录 格 
EV: 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India") 
.map(record => ({city: record[0].trim(), phone: 
record[2].trim()})) 


for (const line of loopItems) { 
const record = line; 
result.push(line); 


} 


return result; 


} 


现在 ， 循 环 剩 余 的 唯一 作用 束 是 对 素 加 变量 
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素 加 变量 ， 然 后 删除 整个 循环 : 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = lines 


.Slice(1) 

.filter(line => line.trim() !== "") 

.map(line => line.split(",")) 

.filter(record => record[1].trim() === "India" ) 
.map(record => ({city: record[0].trim(), phone: 


record[2].trim()})) 


return result; 


A Ete A FSA Saba me Te Soe Nata 
还 有 些 消 理工 作 可 做 : E a e 

a- 些 函 数 变 量 改 名 ， 最 后 还 对 代码 进行 布局 ， 
它 谈 起 来 更 像 个 表格 。 


function acquireData(input) { 
const lines = input.split("\n"); 
return lines 
.Slice (1) 
.filter (line => pores Cr mC) m "") 
‘map (line => ee -split(", ")) 


map (fields => s (ciry fields[0]. trim(), phone: 
fields[2].trim()})) 


} 


我 还 想 过 是 否 要 内 联 lines 谈 量 ， 但 我 感觉 尼 
还 算 能 解释 该 行 代码 的 童 图 ， 因 此 我 还 是 将 它 留 
在 了 原 处 。 


延伸 阅读 


如 朱 想 了 解 更 多 用 集合 管 赴 和 鞠 代 循环 的 案 
例 ， 可 以 参考 我 的 文章 “Refactoring with Loops 
and Collection Pipelines”[mf-ref-pipe] ° 


8.9” 移 除 死 代 码 (Remove Dead 
Code) 


if(false) { 
doSomethingThatUsedToMatter(); 
} 


V 
动机 


事实 上 ， 我 们 部 署 到 生产 环境 其 至 是 用 户 设 
备 上 的 代码 ， 从 来 未 因 代码 量 太 大 而 产生 额外 费 
用 。 束 算 有 儿 行 用 不 上 的 代码 ， 似 乎 也 不 会 因此 


皂 慢 系统 速度 ， 或 痢 占 用 过 多 的 内 存 ， 大 多 数 现 
代 的 编 详 侣 还 会 目 动 将 无 用 的 代码 移 除 。 但 当 你 
兰 试 阅 坪 代码 、 理 解 软件 的 运作 原理 时 ， 无 用 代 
码 确 实 会 市 来 很 多 额外 的 思维 负担。 它们 周围 没 
有 任何 警示 或 标记 能 告诉 程序 员 ， 让 他 们 能 够 放 
心 忽略 这 段 函 数 ， 因 为 已 经 没有 任何 地 方 使 用 它 
了 。 当 程序 员 花 费 了 许多 时 间 ， 尝 斌 理解 它 的 工 
作 原 理 时 ， 却 发 现 无 论 怎 么 修改 这 段 代码 者 无 法 
得 到 期 户 的 输出 。 


一 旦 代码 不 再 被 使 用 ， 我 们 束 该 立马 删除 
它 。 有 可 能 以 后 义 会 需要 这 段 代码 ， 但 我 从 不 担 
心 这 种 情况 ; 束 算 真 的 发 生 ， 我 也 可 以 从 版 本 挥 
制 系统 里 再 次 将 它 翻 找 出 来 。 如 末 我 真 的 免得 日 
后 它 极 有 可 能 再 度 局 用 ， 那 还 古 要 删 挥 它 ， 只 不 
过 可 以 在 代码 里 留 一 段 注 释 ， 拓 一 下 这 段 代码 的 
人 存在， 以 及 它 被 移 除 的 那个 提交 版 本 号 一 一 但 老 
实 讲 ， 我 已 经 记 不 得 我 上 次 搂 写 这 样 的 注释 侠 什 
么 时 候 了 ， 当 然 也 未 曾 因 为 不 写 而 感到 过 道 憾 。 


在 以 前 ， 业 者 对 于 死 代 码 的 处 理 人 态度 多 十 注 
释 挥 它 。 在 版 本 控制 系统 还 未 普及 、 用 起 来 义 不 
太 方 便 的 年 代 ， 这 样 做 有 其 道理 ;但 现在 版 本 控 
制 系统 已 经 相当 普及 。 如 今 哪 人 是 一 个 极 小 的 代 
码 库 我 都 会 把 它 放 进 版 本 控制 ， 这 些 无 用 代码 理 
应 可 以 放心 清理 了 。 


做 法 


。 如 来 死 代码 可 以 从 外 部 直接 引用 ， 比 如 人 它 古 一 
个 独立 的 函数 时 ， 先 查找 一 下 还 有 无 调用 后 。 

。 将 死 代码 移 除 。 

e MIIR ° 


Bom ”重新 组 织 数 据 


数据 结构 在 程序 中 扮 赣 看 重要 的 角色 ， 所 以 
野 不 意外 ， 我 有 一 组 重 构 手 法 专门 用 于 数据 结构 
的 组 织 。 将 一 个 值 用 于 多 个 不 同 的 用 途 ， 这 驶 坪 
催生 混乱 和 bug 的 温床 。 所 以 ， 一 旦 看 见 这 样 的 情 
况 ， 我 碟 会 用 拆 分 变量 (240) 将 不 同 的 用 途 分 
开 。 和 其 他 任何 程序 元 素 一 样 ， 给 变量 起 个 好 名 
字 不 容易 但 又 非常 重要 ， 所 以 我 常会 用 到 变量 改 
名 (137) 。 但 有 些 多 余 的 变量 最 好 是 彻底 消除 
掉 ， 比 如 通过 以 碍 询 取 代 派 生变 量 (248) ° 


引用 和 值 的 混 清 经 党 会 造成 问题 ， 所 以 我 会 
用 将 引用 对 象 改 为 值 对 象 (252) 和 将 值 对 象 改 为 
引用 对 象 (256) 在 两 者 之 间 切 换 。 


91 拆 分 变量 (Split Variable) 
曾 用 名 : 移 除 对 参数 的 赋值 (Remove 


Assignments to Parameters) 


曾 用 名 : 分 解 临 时 变量 (Split Temp) 


let temp = 2 * (height + width); 
console.log(temp); 

temp = height * width; 
console.log(temp); 


const perimeter = 2 * (height + width); 
console.log(perimeter ); 

const area = height * width; 
console.log(area); 


动机 


变量 有 各 种 不 同 的 用 途 ， 其 中 某 些 用 途 会 很 
目 然 地 导致 临时 变量 被 多 次 赋值 。“ 循 环 变 
E AZ RRS RE ee A I. 循环 变 
= (loop variable) 会 随 循环 的 每 次 运行 而 改变 
(例如 for (let izo; i<10; i++) 语句 中 的 i) ; 
结果 收集 变量 (collecting variable) 负责 将 “通过 


整个 芳 数 的 运算 ”而 构成 的 芭 个 值 收集 起 来 。 


除了 这 两 种 情况 ， 还 有 很 多 变量 用 于 保存 一 
段 风 长 代码 的 运算 结果 ， 以 便 和 后 使 用 。 这 种 变 
量 应 该 只 被 同 值 一 次 。 如 且 它 们 被 央 值 超过 一 
次 ， 束 意味 它们 在 函数 中 承担 了 一 个 以 上 的 贡 
任 。 如 来 变量 承担 多 个 责任 ， 它 器 应 该 饭 蕉 换 
分解， 为 多 个 变量 ， 每 个 变量 只 承担 一 个 黄 
任 。 同 一 个 变量 承担 两 件 不 同 的 事情 ， 会 令 代 码 
阅读 者 糊 涂 。 


做 法 


. 在 待 分 解 变量 的 声明 及 其 第 一 次 被 赋值 处 ， 修 
改 其 名 称 。 


如 末梢 后 的 周 值 语句 十 “i=i+ 茶 表达 式 形 
式 ”， 意 味 着 这 是 一 个 结果 收集 变量 ， 就 不 要 分 


解 它 。 结 果 收 集 变 量 常用 于 累加 、 字 符 串 拼 
接 、 写 入 流 或 者 向 集合 添加 元 素 。 


。 如 宋 可 能 的 话 ， 将 新 的 变量 声明 为 不 可 修改 。 
。 以 该 变量 的 第 二 次 赋值 动作 为 潭 ， 修 改 此 前 对 
该 变量 的 所 有 引用 ， 让 它们 引用 新 变量 。 


e IIN ° 
© EA Fl RE o FRATER HASTE 
ee 直至 到 达 最 后 一 
ME 


范例 


下 面 范例 中 我 要 计算 一 个 苏格兰 布丁 运动 的 
距离 。 在 起 点 处 ， 静 止 的 苏格兰 布丁 会 受到 一 个 
oR eee 全 运动。 一 段 时 间 后 ， 第 一 个 
力作 用 于 布 1 ， 让 它 青 次 加 速 。 TDR TLS — 7 
律 ， 我 可 以 这 SERTE 三 动 的 距离 


function distanceTravelled (scenario, time) { 
let result; 
let acc = scenario.primaryForce / scenario.mass; 
let primaryTime = Math.min(time, scenario.delay); 
result = 0.5 * acc * primaryTime * primaryTime; 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 

let primaryVelocity = acc * scenario.delay; 


acc = (scenario.primaryForce + scenario.secondaryForce) / 
scenario.mass; 
result += primaryVelocity * secondaryTime + 0.5 * acc * 
secondaryTime * secondaryTime; 
} 


return result; 


l 


AHIRA o ERME I Jace 
BE CARROL ° acca A hard: 


第 一 是 体 存 第 一 个 力 霹 成 的 初始 加 速度 ;第 二 是 
CREF PN TT FRA] th GAY ER o CH EE RD 
解 的 东西 。 


FE EE ASS Be AAT BFA, WR 
改 能 高 亮 显 示 一 个 符号 (symbol) 在 函数 内 或 


文件 内 出 现 的 所 有 人 位置， 会 相当 便利 。 大 部 分 
现代 编辑 右 部 可 以 轻松 做 到 这 一 上 后。 


首 匈 ， 我 在 函数 开始 处 修改 这 个 变量 的 名 
称 ， 并 将 新 变量 声明 为 const。 接 着 ， 我 把 新 变量 
声明 之 后 、 第 二 次 赋值 之 前 对 acc 变 量 的 所 有 引 
用 ， 全 部 改 用 新 变量 。 最 后 ， 我 在 第 二 次 赋值 处 
Ep Hacc hH: 


function distanceTravelled (scenario, time) { 
let result; 
const primaryAcceleration = scenario.primaryForce / 
scenario.mass; 
let primaryTime = Math.min(time, scenario.delay); 
result = 0.5 * primaryAcceleration * primaryTime * 
primaryTime; 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 
let primaryVelocity = primaryAcceleration * scenario.delay; 
let acc = (scenario.primaryForce + scenario.secondaryForce) 
/ scenario.mass; 
result += primaryVelocity * secondaryTime + 0.5 * acc * 
secondaryTime * secondaryTime; 


return result; 
} 


靳 变量 的 名 称 指出 ， 它 只 承担 原先 acc 变 量 的 
BATE o RIFES HN const, HAE R g 
EK ° Am, RER ach ER RRE 
重新 声明 acc。 ME, EIF MA, A 


该 没有 问题 。 


然后 ， 我 继续 处 理 acc 变 量 的 第 二 次 赋值 。 这 
次 我 把 原先 的 变量 完全 删 掉 ， 代 之 以 一 个 新 变 
量 。 新 变量 的 名 称 指出 ， 它 只 承担 原先 acc 变 量 的 


第 二 个 责任 : 


function distanceTravelled (scenario, time) { 
let result; 
const primaryAcceleration = scenario.primaryForce / 
scenario.mass; 
let primaryTime = Math.min(time, scenario.delay); 
result = 0.5 * primaryAcceleration * primaryTime * 
primaryTime; 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 
let primaryVelocity = primaryAcceleration * scenario.delay; 
const secondaryAcceleration = (Scenario.primaryForce + 
scenario.secondaryForce) / scenario.mass; 
result += primaryVelocity * secondaryTime + 
0.5 * secondaryAcceleration * secondaryTime * 
secondaryTime; 
} 


return result; 


i 


现在 ， 这 段 代码 肯定 可 以 让 你 想起 更 多 其 他 
EFE °. NEZZE o 《我 敢 保证 ， 这 比 吃 苏 
格 兰 布丁 强 多 了 一 一 你 知道 他 们 都 在 里 面 放 了 些 
什么 东西 吗 ??) 


范例 : 对 输入 参数 赋值 
另 一 种 情况 是 ， 变 量 是 以 输入 参数 的 形式 声 


AA TERN EEL, ETE BY AA E 
分 变量 。 例 如 ， 下 列 代码 : 


function discount (inputValue, quantity) { 
if (inputValue > 50) inputValue = inputValue - 2; 
if (quantity > 100) inputValue = inputValue - 1; 


return inputValue; 


这 里 的 ijnputvalue 有 两 个 用 途 : 它 既 是 函数 
的 输入 ， 也 负责 把 结果 带 回 给 调用 方 。 (由 于 
JavaScript 的 参数 是 按 值 传递 时 ， 所 以 函数 内 部 对 
inputValue 的 修改 不 会 影响 调用 方 。) 


在 这 种 情况 下 ， 我 束 会 对 inputvalue 变 量 做 
拆 分 。 


function discount (originalInputValue, quantity) { 
let inputValue = originalInputValue; 


if (inputValue > 50) inputValue = inputValue - 2; 
if (quantity > 100) inputValue = inputValue - 1; 


return inputValue; 
} 


然后 用 变量 改名 (137) 给 两 个 变量 换 上 更 好 
Wa 


function discount (inputValue, quantity) { 
let result = inputValue; 
if (inputValue > 50) result = result - 2; 


if (quantity > 100) result = result - 1; 
return result; 


我 修改 了 第 二 行 代码 ， 把 inputvalue 作 为 判 
汤 条 件 的 基准 数据 。 虽 说 这 里 用 inputvalue 还 十 
result 效 末 都 一 样 ， 但 在 我 看 来 ， 这 行 代码 的 合 
义 是 “根据 原始 输入 人 做 判断 ， 然 后 修改 结 采 
值 >， 而 不 是 “根据 当前 结果 值 做 判断 “一 -一 尽管 两 
者 的 效果 恰好 一 样 。 
1 苏格兰 布 (haggis) 是 一 种 苏格兰 菜 ， 把 羊 心 等 内 脏 装 在 羊 胃 里 者 
成 。 由 于 它 被 竹 骨 包 成 一 个 球体 ， 因 此 可 以 像 球 一 样 踢 来 踊 去 ， 这 残 


是 本 例 的 由 来 。“ 把 羊 心 装 在 羊 胃 里 者 成 .……….. ” We, AeA STIX 
TEAK, Martin Fowler 想 必 是 其 中 之 一 。 一 一 译 者 注 


9.2 ”字段 改名 (Rename Field ) 


name ipsunL | 


class Organization { 
get name() {...} 
} 


| 
MI 1 7/ 


NW 


class Organization { 
get title() {...} 
} 


命名 很 重要 ， 对 于 程序 中 广泛 使 用 的 记录 结 
构 ， 其 中 字段 的 命名 格外 重要 。 数 据 结构 对 于 帮 
助 阅 读 考 理 解 特 别 重 要 。 多 年 以 有 前，Fred Brooks 
就 说 过 : “只 给 我 看 你 的 工作 流程 却 隐藏 表单 ， 我 
将 仍然 一 头 筋 水 。 但 是 如 果 你 给 我 展示 表单 ， 或 
许 不 需要 流程 图 ， 束 能 柳 暗 化 明 。” 现 在 已 经 不 太 
有 人 画 流 程 图 了 ， 不 过 道理 还 是 一 样 的 。 数 据 结 
构 是 理解 程序 行为 的 关键 。 


既然 数据 结构 如 此 重要 ， 束 很 有 必要 保持 它 
们 的 整洁 。 一 如 既往 地 ， 我 在 一 个 软件 上 做 的 工 
作 越 多 ， 对 数据 的 理解 束 越 深 所 以 很 有 必要 把 
我 加 深 的 理解 融入 程序 中 。 


记录 结构 中 的 字段 可 能 需要 改名 ， 类 的 字段 
EIE ° FESR BEA OR, UE CE EN 
wp be FEC ° ICAL, RORA 
的 字段 改名 一 样 重要 。 


做 法 


。 如 条 记录 的 作用 域 匀 小 ， 可 以 二 接 修 改 所 有 该 
字段 的 代码 ， 然 后 测试 。 后 面 的 步 又 就 都 不 需 


HT o 

a an 
162) ° 

。 在 对 象 内 部 对 私有 字段 改名 ， 对 应 调整 内 部 访 

问 该 字段 的 函数 。 

测试 。 

如 果 构 造 函数 的 参数 用 了 旧 的 字段 名 ， 运 用 改 

变 函 数 声 明 (124) 将 其 改名 。 

。 运 用 函数 改名 (124) 给 访问 函数 改名 。 


范例 :给 字段 改名 


我 们 从 一 个 钊 量 开 始 。 


const organization = {name: "Acme Gooseberries", country: 


"GB"}; 


我 想 把 name 改 名 为 title。 这 个 对 象 被 很 多 地 
HEH, AERES E name TE e MAURE 
要 用 封装 记录 (162) 把 这 个 记录 封装 起 来 。 


class Organization { 
constructor(data) { 
this._name = data.name; 
this. country = data.country; 
} 
get name() {return this._name; } 
set name(aString) {this._name = aString; } 
get country() {return this._country; } 
set country(aCountryCode) {this._country = aCountryCode; } 


} 


const organization = new Organization({name: "Acme 
Gooseberries", country: "GB"}); 


ME, REWER RRR ° TEXT FBC 
改名 时 ， 有 4 个 地 方 需要 留意 : FUERA SM EK 
效 、 构 造 邯 效 以 及 内 部 数据 结构 。 这 听 起 来 似乎 
侠 增 加 了 重 构 的 工作 量 ， 但 现在 我 可 以 分 别 小 步 
修改 这 4 处 ， 而 不 必 一 次 修改 所 有 地 方 ， 所 以 其 实 
侠 降 低 了 重 构 的 难度 。 小 步 修改 殉 意 味 痢 每 一 步 
出 销 的 可 能 性 大 大 减 小 ， 因 此 会 省 挥 很 多 工作 量 
如 来 我 从 不 犯 第 ， 小 步 前 进 不 会 三 省 工作 


量 ; 但 “从 不 犯 销 "这样 的 梦 ， 我 很 人 以 表 吏 已 经 
个 做 了 。 

由 于 已 经 把 输入 数据 复制 到 内 部 数据 结构 
中 ， 现 在 我 需要 将 这 两 个 数据 结构 区 分 开 ， 以 便 
各 目 单 独处 理 。 我 可 以 态 外 定义 一 个 字段 ， 修 改 
构造 邯 效 和 访问 男 效 ， 令 其 使 用 新 字段 。 


class Organization... 


class Organization { 
constructor(data) { 
this. _title = data.name; 
this. country = data.country; 


get name() {return this. title; } 

set name(aString) {this._title = aString;} 

get country() {return this. country; } 

set country(aCountryCode) {this. country = aCountryCode; } 


接 下 来 我 殉 可 以 在 构造 男 效 中 使 用 title 字 


段 


class Organization... 


class Organization { 
constructor(data) { 
this. title = (data.title !== undefined) ? data.title : 
data.name; 


this. country = data.country; 


} 

get name() {return this. title; } 

set name(aString) {this._title = aString;} 
get country() {return this. country; } 


set country(aCountryCode) {this. country = aCountryCode; } 


ME, Pa RACHA A BERT DI GE name th 
可 以 使 用 title (后 者 的 优先 级 更 高 ) 。 我 会 逐一 
查看 所 有 调用 构造 夯 数 的 地 方 ， 将 它们 改 为 使 
新 名 字 。 


const organization = new Organization({title: "Acme 


Gooseberries", country: "GB"}); 


全 部 修改 完成 后 ， 束 可 以 在 构造 负数 中 去 挥 
对 name 的 文 持 ， 只 使 用 title。 


class Organization... 


class Organization { 
constructor(data) { 
this._title = data.title; 
this. country = data.country; 


J 


get name() {return this._title;} 

set name(aString) {this._title = aString;} 

get country() {return this. country; } 

set country(aCountryCode) {this. country = aCountryCode; } 


现在 构造 函数 和 内 部 数据 结构 都 已 经 在 使 用 
新 名 字 了 ， 接 下 来 我 就 可 以 给 访问 函数 改名 。 这 
一 步 很 冯 单 ， 只 要 对 每 个 访问 函数 运用 函 数 改 名 

(124) 就 行 了 。 


class Organization... 


class Organization { 
constructor(data) { 
this._title = data.title; 
this. _ country = data.country; 


} 

get title() {return this. title;} 

set title(aString) {this._title = aString;} 

get country() {return this. country; } 

set country(aCountryCode) {this. country = aCountryCode; } 


TERE ANA BE, EAP i E 
级 的 做 法 ， 只 有 对 广泛 使 用 的 数据 结构 才 用 得 
上 。 如 果 该 数据 结构 只 在 较 小 的 范围 (例如 单个 
KZO 中 用 到 ， 我 可 能 可 以 一 步 到 位 地 完成 所 有 
改名 动作 ， 不 需要 提前 做 封装。 何 时 需要 用 上 全 
套 重 量 级 做 法 ， 这 由 你 目 己 判断 一 一 如 来 在 重 构 
过 程 中 破坏 了 测试 ， 我 通 第 会 视 之 为 一 个 信号 ， 
说 明 我 需要 改 用 更 渐进 的 方式 来 重 构 。 


有 些 编 程 语言 允许 将 数据 结构 声明 为 不 可 
变 。 在 这 种 情况 下 ， 我 可 以 把 旧 字 段 的 值 复制 到 


新 名 字 下 ， 逐 一 修改 使 用 方 代 码 ， 热 后 删除 旧 字 
段 。 对 于 可 变 的 数据 结构， 重复 数据 会 招致 灾 
难 ; 而 不 可 变 的 数据 结构 则 没有 这 些 厅 烦 。 这 也 
征 大 家 愿意 使 用 不 可 变数 据 的 原因 。 


93 ”以 查询 取代 派生 变量 (Replace 


Derived Variable with Query) 


<- 人 


b— 上 = 


get discountedTotal() {return this. _ discountedTotal } 
set discount(aNumber) { 
const old = this._discount; 


this. discount = aNumber; 
this._discountedTotal += old - aNumber; 


} 


get discountedTotal() {return this. _baseTotal - 
this. discount; } 
set discount(aNumber) {this._discount = aNumber;} 


可 变数 据 是 软件 中 最 大 的 各 误 源 头 之 一 。 对 
数据 的 修改 第 第 导致 代码 的 各 个 部 分 以 丑 随 的 形 
式 互 相 糊 合 ， 在 一 处 修改 数据 ， 却 在 妨 一 处 造成 
难以 发 现 的 破坏 。 很 多 时 候 ， 完 全 去 挥 可 变数 据 
并 不 现实 ， 但 我 还 十 强烈 建议 ， 尽量 把 可 变数 据 
的 作用 域 限 制 在 最 小 范围 。 


有 些 变量 其 实 可 以 很 容易 地 随时 计算 出 来 。 
如 末 能 去 挥 这 些 变 量 ， 也 算 坦 春 消 除 可 变性 的 方 
问 过 出 了 一 六 步 。 计 算 和 节能 更 清晰 地 表达 效 据 的 
售 义 ， 而 且 也 避免 了 “ 源 数据 修改 时 志 了 更 新 派生 


变量 "的 错误 。 


有 一 种 合理 的 例外 情况 如 末 计 算 的 源 数 据 
在 不 可 变 的 ， 并 且 我 们 可 以 强制 要 求 计算 的 结 朱 
也 十 不 可 要 的 ， 那 么 吏 不 必 重 构 消除 计算 得 到 的 
派生 变量 。 因 此 ,“ 要 据 产 数 据 生成 狐 数 据 结 
构 ” 的 变换 操作 可 以 保持 不 楼 ， 即 便 我 们 可 以 将 其 
营 换 为 计算 操作 。 实 际 上 ， 这 是 两 种 不 同 的 编程 
风格 : 一 种 是 对 象 风格 ， 把 一 系列 计算 得 出 的 属 
性 包 汉 在 数据 结构 中 ， 男 一 种 十 芳 数 风格 ， 将 一 
个 数据 结构 变换 为 男 一 个 数据 结构 。 如 琳 源 数据 
会 被 修改 ， 而 你 必须 负责 管理 派生 效 据 结构 的 整 
个 生命 周期 ， 那 么 对 象 风 格 显然 更 好 。 但 如 车 涯 
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风格 都 可行。 


做 法 


。 识 别 出 所 有 对 变量 做 更 新 的 地 方 。 如 有 必要 ， 
用 拆 分 变量 (240) 分 割 各 个 更 新 点 。 

。 新 建 一 个 函数 ， 用 于 计算 该 变量 的 值 。 

。 用 引入 断言 (302) 断言 该 变量 和 计算 函数 始 
终 给 出 同样 的 值 。 


如 有 必要 ， 用 封装 变量 (132) 将 这 个 断 


封装 起 来 。 


e MII ° 
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效 。 


e 测试 。 
E aa a 
范例 


下 面 这 个 例子 虽 小 ， 却 完美 展示 了 代码 的 丑 
办。 


class ProductionPlan... 


get production() {return this. production; } 
applyAdjustment(anAdjustment) { 
this. _adjustments.push(anAdjustment ); 


this. production += anAdjustment.amount; 


丑 与 不 丑 ， 全 在 观 者 。 我 看 到 的 丑陋 之 处 是 
重复 一 一 不 是 常见 的 代码 重复 ， 而 是 数据 的 重 
复 。 如 果 我 要 对 生产 计划 (production plan) 做 调 
整 (adjustment) ， 不 光 要 把 调整 的 信息 保存 下 
来 ， 还 要 根据 调整 信息 修改 一 个 累计 值 一 -后 者 
完全 可 以 即时 计算 ， 而 不 必 每 次 更 新 。 


但 我 是 个 育 层 的 人 。“ 可 以 即时 计算 ”只 是 我 


a 我 可 以 用 引入 断言 (302) 来 验证 这 个 
HAR o0 


class ProductionPlan... 


get production() { 
assert(this._production === this.calculatedProduction); 


return this._production; 


get calculatedProduction() { 
return this. _adjustments 
.reduce((sum, a) => sum + a.amount, 0); 


j 


放 上 这 个 断言 之 后 ， 我 会 运行 测试 。 如 来 断 
言 没 有 失败 ， Rat 返回 该 子 段 ， 改 为 返 
回 即 时 计算 的 结果 。 


class ProductionPlan... 


get production() { 


return this.calculatedProduction; 


SOS FAA ERA (115) 把 计算 逻辑 内 联 到 
ant . 


class ProductionPlan... 


get production() { 
return this. _adjustments 


.reduce( (sum, a) => Sum + a.amount, 0); 


l 


再 用 移 除 死 代码 (237) 扫 清 使 用 日 变 量 的 地 


class ProductionPlan... 


applyAdjustment(anAdjustment) { 
this. _adjustments.push(anAdjustment ); 


} 
范例 : 不止 一 个 数据 来 源 
上 面 的 例子 处 理 得 轻松 愉快 ， 因 为 


production 的 值 很 明显 只 有 一 个 来 源 。 但 有 了 时 
候 ， 素 计 值 会 受到 多 个 数据 来 源 的 影响 。 


class ProductionPlan... 


constructor (production) { 
this. production = production; 
this. adjustments = []; 


get production() {return this. production; } 
applyAdjustment(anAdjustment) { 
this. _adjustments.push(anAdjustment ) ; 
this. production += anAdjustment.amount; 


如 果 照 上 面 的 方式 运用 引入 断言 (302) , R 
要 production 的 初始 值 不 为 0， 靳 言 就 会 失败 。 


不 过 我 还 是 可 以 蕉 换 派生 数据 ， 只 不 过 必须 
先 运用 拆 分 变量 (240) ° 


constructor (production) { 
this. _initialProduction = production; 
this. _productionAccumulator = 0; 
this._adjustments = []; 


get production() { 
return this. initialProduction + 
this._productionAccumulator; 


} 


现在 我 就 可 以 使 用 引入 断言 (302) ° 
class ProductionPlan... 


get production() { 
assert(this._productionAccumulator === 

this.calculatedProductionAccumulator); 
return this. _initialProduction + 

this._productionAccumulator; 


} 


get calculatedProductionAccumulator() { 
return this. adjustmentSs 
.reduce( (sum, a) => sum + a.amount, 0); 


} 


接 下 来 的 步骤 就 跟前 一 个 范例 一 样 了 。 不 过 
我 会 更 愿意 保留 calculatedProduction 


Accumulator 这 个 属性 ， 而 不 把 它 内 联 消 去 。 
9.4 将 引用 对 象 改 为 值 对 象 


(Change Reference to Value) 


KAHED: 将 值 对 象 改 为 引用 对 象 (256) 


class Product { 
applyDiscount(arg) {this._price.amount -= arg;} 
由 


class Product { 
applyDiscount(arg) { 
this._price = new Money(this._price.amount - arg, 


this. _price.currency); 


} 


动机 
在 把 一 个 对 象 ( 或 数据 结构 ) 嵌入 另 一 个 对 


象 时 ， 位 于 内 部 的 这 个 对 象 可 以 被 视 为 引用 对 
B, Eo ARMEN S o MARHA 


于 如 何 更 新 内 部 对 象 的 属性 : 如 琳 将 内 部 对 象 视 
为 引用 对 象 ， 在 更 狐 其 属性 时 ， 我 会 保留 原 对 象 
不 动 ， 更 狐 内 部 对 象 的 属性 ， 如 来 将 其 视 为 值 对 
Z, RMR EMENN R, DENRA 
有 我 想 要 的 属性 值 。 


如 果 把 一 个 字段 视 为 值 对 象 ， 我 可 以 把 内 部 
对 象 的 类 也 变 成 值 对 象 [mf-vo]。 值 对 象 通常 更 容 
易 理 解 ， 主 要 因为 它们 是 不 可 变 的 。 一 般 说 来 ， 
不 可 变 的 数据 结构 处 理 起 来 更 容易 。 我 可 以 放心 
地 把 不 可 变 的 数据 值 传 给 程序 的 其 他 部 分 ， 而 不 
必 担 心 对 象 中 包装 的 数据 说 偷偷 修 改 。 我 可 以 在 
程序 各 处 复制 值 对 象 ， 而 不 必 操 心 维护 内 存 链 
a TENSE 分 布 式 系统 和 并 发 系统 中 尤为 有 


值 对 象 和 引用 对 象 的 区 别 也 告诉 我 ， 何 时 不 
应 该 使 用 本 重 构 手法 。 如 末 我 想 在 儿 个 对 和 象 之 间 
共享 一 个 对 象 ， 以 便 几 个 对 象 都 能 看 见 对 共 吾 对 
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做 法 


。 检查 重 构 目标 是 否 为 不 可 变 对 象 ， 或 者 是 否 可 
修改 为 不 可 变 对 象 。 


E 
F o 
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用 值 对 象 的 字段 。 


大 多 数 编程 语言 部 提供 了 可 者 写 的 相等 性 


判断 函数 。 通 曾 你 还 必须 同时 宪 写 生成 散 列 码 
HERB ° 


范例 


设想 一 个 代表 “人 ”的 Person 类 ， 其 中 包含 一 
个 代表 “电话 号 码 ” 的 Telephone Number 对 和 象 。 


Class Person... 


constructor() { 


constructor() { 
this. _telephoneNumber = new TelephoneNumber(); 


} 


get officeAreaCode() {return 
this. _telephoneNumber .areaCode; 
set officeAreaCode(arg) {this._telephoneNumber.areaCode = 


arg; } 
get officeNumber ( ) {return this._telephoneNumber .number ; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 


class TelephoneNumber... 


areaCode( ) {return this._areaCode; } 
areaCode(arg) {this._areaCode = arg; } 


number () {return this._number; } 
number(arg) {this. number = arg; } 


代码 的 当前 状态 是 提炼 类 (182) 留 下 的 结 
He: 从 前 拥有 电话 号 码 信 息 的 Person 类 仍然 有 一 
些 印 数 在 修改 新 对 象 的 属性 。 趁 看 还 只 有 一 个 指 
问 新 类 的 引用 ， 现 在 是 时 候 使 用 将 引用 对 象 改 为 
值 对 象 将 其 变 成 值 对 和 象 。 


我 需要 做 的 第 一 件 事 是 把 TelephoneNumber 类 
变 成 不 可 变 的 。 对 它 的 字段 运用 移 除 设 值 罚 数 
(331) 。 移 除 设 值 画 数 (331) 的 第 一 步 是 ， 用 
改变 函数 声明 (124) 把 这 两 个 字段 的 初始 值 加 到 
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class TelephoneNumber... 


constructor(areaCode, number) { 
this. _areaCode = areaCode; 


this. number = number; 


} 


然后 我 会 逐一 查看 设 值 画 数 的 调用 者 ， 并 将 
其 改 为 重新 赋值 整个 对 象 。 先 从 “地 区 代码 ” (area 
code) 开始 。 


class Person... 


get officeAreaCode() {return 
this. _telephoneNumber .areaCode; } 
set officeAreaCode(arg) { 
this. _telephoneNumber = new TelephoneNumber (arg, 


this.officeNumber ); 


get officeNumber ( ) {return this._telephoneNumber .number; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 


对 于 其 他 字段 ， 重 复 上 述 步 又 。 


Class Person... 


get officeAreaCode() {return 
this. _telephoneNumber .areaCode; } 
set officeAreaCode(arg) { 
this. _telephoneNumber = new TelephoneNumber (arg, 
this.officeNumber ); 


get officeNumber ( ) {return this. _telephoneNumber .number ; } 
set officeNumber(arg) { 
this. _telephoneNumber = new 


TelephoneNumber (this.officeAreaCode, arg); 
} 


现在 ，TelephoneNumber 已 经 是 不 可 变 的 类 ， 
可 以 将 其 变 成 真正 的 值 对 象 『。 是 不 是 真正 的 值 
对 和 象 ， 要 看 是 否 基于 值 判 断 相 等 性 。 在 这 个 领域 
中 ，JavaScript 做 得 不 好 : 语言 和 核心 库 都 不 文 持 
将 “基于 引用 的 相等 性 判断 ” 换 成 “基于 值 的 相等 性 
FT? ° 我 唯一 能 做 的 就 古 创建 目 己 的 equals 函 
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class TelephoneNumber... 


equals(other) { 
if (!(other instanceof TelephoneNumber)) return false; 


return this.areaCode === other.areaCode && 
this.number === other.number; 


} 


对 其 进行 测试 很 重要 : 


it('telephone equals', function() { 
assert( new TelephoneNumber("312", "555-0142") 
.equals(new TelephoneNumber("312", "555-0142"))); 


}); 


XE EARE H T ANSP AEC, EN TA 
la ale 完全 一 


我 在 这 个 测试 中 创建 了 两 个 各 目 独 立 的 对 
象 ， 并 验证 它们 相等 。 


在 大 多 数 面 器 对 象 语言 中 ， 内 置 的 相等 性 
判断 方法 可 以 被 履 写 为 基于 值 的 相等 性 判 岂 。 
在 Ruby 中 ， 我 可 以 复写 == 运 算 人 符 ; 在 Java 中 ， 我 
可 以 窗 写 object.equals() 方 法 。 在 履 写 相等 性 


判断 的 同时 ， 我 通常 还 需要 和 窗 写 生成 散 列 码 的 
方法 (例如 Java 中 的 object.hashcode() 方 

法 ) ， 以 确保 用 到 散 列 码 的 集合 在 使 用 值 对 象 
时 一 切 正常 。 


如 果 有 多 个 客户 端 使 用 了 TelephoneNumber 对 
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PRAY (331) 时 要 修改 多 处 客户 端 代 码 。 另 外 ， 有 
必要 添加 几 个 测试 ， 检 查 电话 号 码 不 相等 以 及 与 
韭 电 话 号 人 码 和 null 值 比较 相等 性 等 情况 。 


9.5 “将 值 对 象 改 为 引用 对 象 


(Change Value to Reference) 


反 回 重 构 : 将 引用 对 象 改 为 值 对 象 (252) 


let customer = new Customer(customerData); 


| or 


let customer = customerRepository.get(customerData.id); 


一 个 数据 结构 中 可 能 包谷 多 个 记 隶 ， 而 这 些 
记 采 虱 天 联 a 到 同一 个 逻辑 数据 结构 。 例 如 ， 我 可 
能 会 读 取 一 系列 订单 数据 ， 其 中 有 多 条 订单 属于 
同一 个 顾客 。 侦 到 这 样 的 共 至 关系 时 ， 既 可 以 把 
顺 客 信息 作为 值 对 象 来 看 每 ， 也 可 以 将 其 视 为 引 
用 对 象 。 如 采 将 其 视 为 值 对 象 ， 那 么 每 份 订 单数 
据 中 都 会 复制 顾客 的 数据， 而 如 条 将 其 视 为 引用 


对 和 象 ， 对 于 一 个 顾客 ， 束 只 有 一 份 数据 结构 ， 会 
有 多 个 订单 与 之 关联 。 


如 采 有 顾客 数据 永远 不 修改 ， 那 么 两 种 处 理 方 
式 都 合理 。 把 同一 份 数据 复制 多 次 可 能 会 造成 一 
点 困扰 ， 但 这 种 情况 也 很 常见 ， 不 会 造成 太 大 问 
题 。 过 多 的 数据 复制 有 可 能 会 造成 内 存 占 用 的 问 
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如 琳 共 至 的 数据 需要 更 新 ， 将 其 复制 多 份 的 
做 法 吏 会 遇 到 巨大 的 困难 。 此 时 我 必须 找到 所 有 
的 副本 ， 更 狐 所 有 对 象 。 只 要 漏 杯 一 个 副本 没有 
更 狐 ， 吏 会 遭遇 麻烦 的 数据 不 一 致 。 这 种 情况 
下 ， 可 以 考虑 将 多 份 数据 副本 变 成 单一 的 引用 ， 
这 样 对 顾客 数据 的 修改 吏 会 立即 反映 在 该 顾客 的 
所 有 订单 中 。 


把 值 对 象 改 为 引用 对 象 会 市 来 一 个 结 采 : 对 
于 一 个 客观 实体 ， 只 有 一 个 代表 它 的 对 象 。 这 通 
前 意味 者 我 会 需要 某 种 形式 的 仓库 ， 在 仓库 中 可 
以 找到 所 有 这 些 实 体 对 象 。 只 为 每 个 实体 创建 一 
次 对 象 ， 以 后 始终 从 仓库 中 获取 该 对 象 。 


做 法 


。 为 相关 对 象 创建 一 个 仓库 (如果 还 没有 这 样 一 
个 仓库 的 话 ) 。 
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. 修改 宿主 对 象 的 构造 画 数 ， 令 其 从 仓库 中 获取 
关联 对 象 。 每 次 修改 后 执行 测试 。 


范例 


我 将 从 一 个 代表 “订单 ?的 order 类 开始 ， 其 实 
例 对 象 可 从 一 个 JSON 文 件 创建 。 用 来 创建 订单 的 
数据 中 有 一 个 顾客 (customer) ID， 我 们 用 它 来 
进一步 创建 customer 对 象 。 


class Order... 


constructor(data) { 
this. number = data.number; 
this. customer = new Customer(data.customer ); 
// load other data 


} 
get customer() {return this. customer;} 


class Customer... 


constructor(id) { 
this. id = id; 


} 
get id() {return this._id;} 


以 这 种 方式 创建 的 Customer 对 象 是 值 对 象 。 
如 果 有 5 个 订单 都 属于 ID 为 123 的 顾客 ， 就 会 有 5 个 
各 目 独 立 的 customer 对 象 。 对 其 中 一 个 所 做 的 修 
改 ， 不 会 有 反映 在 其 他 几 个 对 象 届 上。 如果 我 想 增 
弛 Customer 对 象 ， 例 如 从 客户 服务 获取 到 了 更 多 
天 于 顾客 的 信息 ， 我 必须 用 同样 的 数据 更 新 所 有 5 
个 对 象 。 重 复 的 对 象 点 是 会 让 我 紧张 一 用 多 个 
对 象 代表 同一 个 实体 〈 例 如 一 名 顾客 ) ， 这 会 招 
致 混乱 。 如 果 customer 对 象 古 可 变 的 ， 问 题 束 更 
加 严重 ， 因 为 各 个 对 象 之 间 的 数据 可 能 不 一 致 。 


如 各 我 想 每 次 都 使 用 同一 个 customer 对 象 ， 
那么 就 需要 有 一 个 地 方 存储 这 个 对 象 。 每 个 应 用 
程序 中 ， 存 储 实体 的 地 方 会 各 有 不 同 ， 在 最 简单 
的 情况 下 ， 我 会 使 用 一 个 仓库 对 象 [mf-repos] ° 


let _repositoryData; 


export function initialize() { 
_repositoryData = {}; 
_repositoryData.customers = new Map(); 


} 


export function registerCustomer(id) { 
if (! _repositoryData.customers.has(id) ) 
_repositoryData.customers.set(id, new Customer(id)); 
return findCustomer (id); 


} 


export function findCustomer(id) { 
return _repositoryData.customers.get(id); 


} 


仓库 对 象 人 多 许 根 据 ID 注 册 顺 客 ， 并 有 日 对 于 一 
个 有 只 会 创建 一 个 customer 对 象 。 有 了 仓库 对 
象 ， 我 就 可 以 修改 order 对 象 的 构造 函数 来 使 用 
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在 使 用 本 重 构 手 法 时 ， 可 能 仓库 对 象 已 经 存 
在 了 ， 那 么 束 可 以 直接 使 用 它 。 


下 一 步 是 要 弄 清 楚 ，order 的 构造 函数 如 何 获 
得 正 硝 的 customer 对 象 * 在 这 个 例子 里 ， 这 一 步 

RAR, AN ABER ACA ES SMA 
ie 


class Order... 


constructor(data) { 
this. number = data.number; 
this. customer = registerCustomer(data.customer ); 
// load other data 


get customer() {return this. customer; } 


现在 ， 如 有 条 我 在 一 条 订 蛙 中 修改 了 顾客 信 
思 ， 束 会 同步 反映 在 该 丰 客 拥有 的 所 有 订单 中 。 


在 这 个 例子 里 ， 我 在 第 一 个 引用 该 顾客 信息 
的 order 对 象 中 新 建 了 customer 对 象 。 另 一 个 销 见 
的 做 法 是 : 首先 获取 一 份 包含 所 有 customer 对 和 象 
的 列表 ， 将 其 填 入 仓库 对 象 ， 然 后 在 谈 取 order 对 
象 时 天 联 到 对 应 的 customer 对 象 。 如 果 这 样 做 ， 
那么 order 对 象 包含 的 顾客 有 D 必 须 指 同 一 个 仓库 中 
已 有 的 customer 对 象 ， 否 则 吏 表 示 程 序 中 有 铺 


TR ° 


上 面 的 代码 还 有 一 个 问题 : 构造 卯 数 与 一 个 
全 局 的 仓库 对 象 糊 合 。 全 局 对 象 必 须 小 心 对 得 : 
它们 区 ® 像 强力 的 约 物 ， 少 用 一 点 儿 大 有 一 处 ， 用 
过 量 融 征 毒 约 。 如 东 想 解决 这 个 问题 ， 可 以 将 仓 
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第 10 章 ”人 简化 条 件 逻 辑 


程序 的 大 部 分 威力 来 目 条 件 逻 辑 ， 但 很 不 

$, FEW SBRE WKS RARE Ho RAH 
fe BE PFE RPE He A Ro Ey Ho 
解 条 件 表 达 式 (260) 处 理 复杂 的 条 件 表达 式 ， 用 
合并 条 件 表达 式 (263) 厘清 逻辑 组 合 。 我 会 用 以 
TBA RRER RAT (266) 清晰 表达 “在 
主要 处 理 逻 辑 之 前 先 做 检查 ”的 草图 。 如 果 我 发 现 
一 处 switch 逻 辑 处 理 了 几 种 情况 ， 可 以 考 虚 拿 出 
以 多 态 取 代 条 件 表 达 式 (272) 重 构 手法 。 


很 多 条 件 逻 辑 是 用 于 处 理 特殊 情况 的 ， 例 如 
处 理 nu1l1 值 。 如 琳 对 某 种 特殊 情况 的 处 理 逻 辑 大 
多 相同 ， 那 么 可 以 用 引入 特例 (289) ( 常 被 称 作 
引入 空 对 象 )》 消除 重复 代码 。 为 外 ， 虽 然 我 很 喜 
欢 去 除 条 件 逻 辑 ， 但 如 打 我 想 明 确 地 表述 (以 及 
引入 断言 (302) 是 一 个 不 错 

JE o 


10.1 “分解 条 件 表达 式 (Decompose 


Conditional) 


if (!aDate.isBefore(plan.summerStart) && 


!aDate.isAfter(plan.summerEnd) ) 

charge = quantity * plan.summerRate; 
else 

charge = quantity * plan.regularRate + 
plan.regularServiceCharge; 


if (summer()) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


动机 


程序 之 中 ， 复 淋 的 条 件 逻 辑 是 最 弟 导 人 致 复杂 
度 上 升 的 地 点 之 一 。 我 必须 编写 代码 来 检查 不 同 
的 条 件 分 文 ， 根 据 不 同 的 条 件 做 不 同 的 事 ， 然 
后 ， 我 很 快 束 会 得 到 一 个 相当 长 的 钞 数 。 大 型 函 
数 本 号 束 会 使 代码 的 可 读 性 下 降 ， 而 条 件 逻 辑 则 
会 使 代码 更 难 阅 读 。 在 市 有 复 洒 条 件 逻 辑 的 函数 


中 ， 代 码 (包括 检查 条 件 分 文 的 代码 和 真正 实现 
功能 的 代码 ) SERENE, (EAS AP LEDS 
INBRED ZB CEI SF, CULT CAS AY 
可 读 性 的 确 大 大 降低 了 。 


和 任何 大 块 尖 代码 一 样 ， 我 可 以 将 它 分 解 为 
多 个 独立 的 函数 ， 根 据 每 个 小 块 代码 的 用 途 ， 为 
分 解 而 得 的 新 图 数 命 名 ， 并 将 原 丽 数 中 对 应 的 代 
码 改 为 调用 新 钞 数 ， 从 而 更 清楚 地 表达 目 己 的 总 
图 。 对 于 条 件 逻 辑 ， 将 每 个 分 支 条 件 分 解 成 狐 函 
数 还 可 以 带 来 更 多 好 处 :可 以 突出 条 件 逻 辑 ， 更 
消 苇 地 表明 每 个 分 支 的 作用 ， 并 且 突 出 每 个 分 文 
的 原因 。 


本 重 构 手 法 其 实 只 是 提炼 钞 数 (106) 的 一 个 
应 用 场景 。 但 我 要 特别 强调 这 个 场景 ， 因 为 我 发 
现 它 经 常会 市 来 很 大 的 价值 。 


做 法 


。 对 条 件 判 断 和 每 个 条 件 分 支 分 别 运用 提炼 琐 数 
(106) 手法 。 


范例 


假设 我 要 计算 购买 某 样 商品 的 总 价 (总 价 = 数 
， 而 这 个 商品 在 冬季 和 夏季 的 单价 是 不 


if (!aDate.isBefore(plan.summerStart) && 
!aDate.isAfter(plan.summerEnd) ) 
charge = quantity * plan.summerRate; 


else 
charge = quantity * plan.regularRate + 
plan.regularServiceCharge; 
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if (summer()) 

charge = quantity * plan.summerRate; 
else 

charge = quantity * plan.regularRate + 
plan.regularServiceCharge; 


function summer() { 
return !aDate.isBefore(plan.summerStart) && 
!aDate.isAfter(plan.summerEnd) ; 


} 


然后 提炼 条 件 判断 为 真 的 分 文 : 


if (summer()) 

charge = summerCharge(); 
else 

charge = quantity * plan.regularRate + 
plan.regularServiceCharge; 


function summer() { 
return !aDate.isBefore(plan.summerStart) && 
!aDate.isAfter(plan.summerEnd) ; 


} 


function summerCharge() { 


return quantity * plan.summerRate; 


} 


后 提炼 条 件 判断 为 假 的 分 文 : 


if (summer()) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


function summer() { 
return !aDate.isBefore(plan.summerStart) && 
!aDate.isAfter(plan.summerEnd) ; 


} 


function summerCharge() { 

return quantity * plan.summerRate; 
} 
function regularCharge() { 

return quantity * plan.regularRate + 
plan.regularServiceCharge; 


} 


提炼 完成 后 ， 我 喜欢 用 三 元 运算 符 重 新 安排 
条 件 语 可 ° 


charge = summer() ? summerCharge() : regularCharge(); 


function summer() { 
return !aDate.isBefore(plan.summerStart) && 
!aDate.isAfter(plan.summerEnd) ; 


} 


function summerCharge() { 


return quantity * plan.summerRate; 


} 


function regularCharge() { 
return quantity * plan.regularRate + 
plan.regularServiceCharge; 


} 


10.2 合并 条 件 表 达 式 (Consolidate 


Conditional Expression) 


if 00) © 


if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return 0; 
if (anEmployee.isPartTime) return 0; 


if (isNotEligibleForDisability()) return 0; 


function isNotEligibleForDisability() { 
return ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime) ); 


动机 


有 时 我 会 发 现 这 梓 一 串 条 件 检查 : 检查 条 件 
各 不 相同 ， 最 终 行 为 却 一 人 尾 。 如 来 发 现 这 种 情 


况 ， 束 应 该 使 用 “ 远 辑 或 "和 “逻辑 与 ”将 它们 合并 
JI War tna ° 


之 所 以 要 合并 条 件 人 代码， 有 两 个 重要 原因 。 
目 完 ， 合 并 后 的 条 件 代 码 会 表 壕 “实际 上 只 有 一 次 
条 件 检 查 ， 只 不 过 有 多 个 并 列 条 件 需要 检查 而 
已 >”， 从 而 使 这 一 次 检查 的 用 意 更 清晰 。 当 然 ， 合 
并 前 和 合并 后 的 代码 有 着 相同 的 效 末 ， 但 原先 代 
人 码 传达 出 的 信息 却 是 “这 里 有 一 些 各 目 独 立 的 条 件 
测 翅 ， 它 们 只 下 恰 好 同时 发 生 ”。 其 人次， 这 项 重 构 
ee D 
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非常 有 用 ， 因为 它 把 搓 述 “做 什么 ”的 语句 换 成 
了 “为 什么 这 样 做 ”。 


条 件 语句 的 合并 理由 也 同时 指出 了 不 要 合并 
的 理由 :如 琳 我 认为 这 些 检查 的 确 彼 此 独立 ， 的 
确 不 应 该 个 视 为 同一 次 检查 ， 我 束 不 会 使 用 本 项 


重 构 。 


做 法 
。 确定 这 些 条 件 表达 式 都 没有 副作用 。 


如 生菜 个 条 件 表 达 却 有 副作用 ， 可 以 爷 用 将 


查询 函数 和 修改 函数 分 离 (306) 处 理 。 


。 合 用 适当 的 逻辑 运 复 符 ， 将 两 个 相关 条 件 表 达 
人 O 


INF OUT AARP RIAL UAE BOR aI, E 
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。 测 试 。 
。 重 复 前 面 的 合并 过 程 ， 直 到 所 有 相关 的 条 件 表 


达 式 都 合并 到 一 起 。 
— ARF REID TUE Hite Me EN BW 
106) ° 


范例 
Po 


function disabilityAmount(anEmployee) { 
if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return 0; 


if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


里 有 一 连 串 的 条 件 检查 ， 痢 指 回 同样 的 结 
果 > BREESE WAEA LER FP he Be 
合并 成 一 条 表达 式 。 对 于 这 样 顺序 执行 的 条 件 检 
但 ， 可 以 用 远 辑 或 运算 和 从 米 合 并 。 


function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12)) return 0; 
if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


测试 ， 然 后 把 下 一 个 条 件 检 查 也 合并 进来 : 


function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime)) return 0; 
// compute the disability amount 


SHSERUR, FRI AIRE IA rt HAE 
函数 (106) 。 


function disabilityAmount(anEmployee) { 
if (isNotEligableForDisability()) return 0; 
// compute the disability amount 


function isNotEligableForDisability() { 
return ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 


|| (anEmployee.isPartTime) ); 
pee 
范例 : 使 用 逻辑 与 


上 面 的 例子 展示 了 用 远 辑 或 合并 条 件 表达 式 
的 做 法 。 不 过 ， 我 有 可 能 直到 需要 逻辑 与 的 情 
况 。 例 如 ， 崩 登 if 语 名 的 情况 : 


if (anEmployee.onVacation) 
if (anEmployee.seniority > 10) 
return 1; 
return 0.5; 


可 以 用 逻辑 与 运算 从 将 其 合并 。 


if ((anEmployee.onVacation) 
&& (anEmployee.seniority > 10)) return 1; 
return 0.5; 


如 来 原 来 的 条 件 逻 辑 混 杂 了 这 两 种 情况 ， 我 
也 会 根据 需要 组 合 使 用 逻辑 与 和 远 辑 或 运算 从。 
在 这 种 时 候 ， 代 码 很 可 能 变 得 混乱 ， 所 以 我 会 频 
Se ATER (106) ， 把 代码 变 得 可 读 。 


10.3 ”以 卫 语 名 取代 舱 套 条 件 表达 式 


(Replace Nested Conditional with 


Guard Clauses) 


if (HD 
Ey 
else 


< if (W) <J 


EE 
else 


<— if (W) < 


else 


function getPayAmount() { 
let result; 
if (isDead) 
result = deadAmount(); 
else { 
if (isSeparated) 
result = separatedAmount(); 
else { 
if (isRetired) 
result = retiredAmount(); 
else 
result = normalPayAmount(); 
} 
} 


return result; 


} 


function getPayAmount() { 
if (isDead) return deadAmount(); 
if (isSeparated) return separatedAmount(); 
if (isRetired) return retiredAmount(); 


return normalPayAmount(); 
} 


根据 我 的 经 驼 ， 条 件 表达 云 通 币 有 两 种 风 
格 。 第 一 种 风格 古 : 两 个 条 件 分 文部 属于 正 沼 行 
为 。 第 二 种 风格 则 是 : 只 有 一 个 条 件 分 文 定 正和 
ITN, ATPASE RHA © 


这 两 闫 条 件 霄 达 式 有 不 同 的 用 途 ， 这 一 点 应 
该 通过 代码 表现 出 来 。 如 来 两 条 分 文 都 古 正 韶 行 
为 ， 束 应 该 使 用 形 如 if.. .else.. .的 条 件 表达 式 ; 
如 果菜 个 条 件 极 其 罕见 ， 束 应 该 早 独 检查 该 条 
件 ， 并 在 该 条 件 为 真 时 立刻 从 函数 中 返回 。 这 样 
的 单独 检查 常理 被 称 为 “ 卫 语 铅 ”(\guard 


clauses) 。 


Dh WB ABR RE R PSE IA SUA Le: 
给 某 一 条 分 支 以 特别 的 重视 。 如 果 使 用 if-then- 
else 结 构 ， 你 对 if 分 文 和 else 分 文 的 重视 是 同等 
的 。 这 样 的 代码 结构 传递 给 阅读 者 的 消息 就 是 : 
各 个 分 支 有 同样 的 重要 性 。 卫 语句 就 不 同 了 ， 它 
告诉 阅读 者 :“ 这 种 情况 不 是 本 函数 的 核心 逻辑 所 
关心 的 ， 如 果 它 真 发 生 了 ， 请 做 一 些 必要 的 整理 
工作 ， 然 后 退出 。” 


“BET EBL BEAR TAD AP ee 
念 ， 根 深 蒂 固 于 某 些 程序 员 的 脑海 里 。 我 发 现 ， 
当 我 处 理 他 们 编写 的 代码 时 ， 经 单 需要 使 用 以 卫 
语 可 取代 航 父 条 件 表 达 式 。 现 今 的 编程 语言 都 会 
强制 体 证 每 个 函数 只 有 一 个 入 口 ， 全 于 “单一 出 
中 ”规则 ， 其 实 不 是 那么 有 用 。 在 我 看 来 ， 保 持 代 
的 清晰 才 征 最 关键 的 : 如 条 单一 出 口 能 使 这 个 图 
MEALS, MAMAH; AAA 
必 这 么 做 。 


做 法 


© HEN a re RAR Pee, RR 
为 卫 语 句 。 

。 测 试 。 

。 有 需要 的 话 ， 重 复 上 述 步 又 。 

。 如 朱 所 有 卫 语 名 都 引发 同样 的 结 末 ， 可 以 使 用 
合并 条 件 表达 式 (263) 合并 之 。 


范例 


下 面 的 代码 用 于 计算 要 支付 给 员工 
(employee) 的 工资 。 只 有 还 在 公司 上 班 的 员工 


才 需要 支付 工资 ， 所 以 这 个 画 数 需要 检查 两 种 “ 员 
工 已 经 不 在 公司 上 班 "的 情况 。 


function payAmount(employee) { 
let result; 
if(employee.isSeparated) { 
result = {amount: 0, reasonCode:"SEP"}; 
} 
else { 
if (employee.isRetired) { 
result = {amount: 0, reasonCode: "RET"}; 
} 
else { 
// logic to compute amount 
lorem. ipsum(dolor.sitAmet);* 
consectetur(adipiscing).elit(); 
sed.do.eiusmod = tempor.incididunt.ut(labore) && 
dolore(magna.aliqua) ; 
ut.enim.ad(minim.veniam) ; 
result = someFinalComputation(); 
} 
} 
return result; 


J 
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o 只 有 当前 两 个 条 件 表 达 式 者 不 为 真 的 时 候 ， 
SERA ERE AERA YF BUA, 卫 语 
句 能 让 代码 更 清晰 地 阐述 目 己 的 意图 


一 如 既往 地 ， 我 喜欢 小 步 前 进 ， 所 以 我 先 处 
理 最 顶 上 的 条 件 逻 辑 。 


function payAmount(employee) { 
let result; 
if (employee.isSeparated) return {amount: 0, reasonCode: 


"SEP"} A 
if (employee.isRetired) { 
result = {amount: 0, reasonCode: "RET"}; 


} 
else { 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur (adipiscing).elit(); 
sed.do.eiusmod = tempor.incididunt.ut(labore) && 
dolore(magna.aliqua) ; 
ut.enim.ad(minim. veniam) ; 
result = someFinalComputation(); 


} 


return result; 


} 


做 完 这 步 修改 ， 我 执行 测试 ， 然 后 继续 下 一 
DE 


function payAmount(employee) { 

let result; 

if (employee.isSeparated) return {amount: 0, reasonCode: 
"SEP"}; 

if (employee.isRetired) return {amount: ©, reasonCode: 
"RET"}; 

// logic to compute amount 

lorem.ipsum(dolor.sitAmet ); 


consectetur(adipiscing).elit(); 

sed.do.eiusmod = tempor.incididunt.ut(labore) && 
dolore(magna.aliqua) ; 

ut.enim.ad(minim.veniam) ; 

result = someFinalComputation(); 

return result; 


} 


此 时 ，result 变 量 已 经 没有 用 处 了 ， 所 以 我 
JE EHF: 


function payAmount(employee) { 

let result; 

if (employee.isSeparated) return {amount: 0, reasonCode: 
"SEP"}; 

if (employee.isRetired) return {amount: ©, reasonCode: 
"RET"}; 

// logic to compute amount 

lorem.ipsum(dolor.sitAmet ); 

consectetur(adipiscing).elit(); 

sed.do.eiusmod = tempor.incididunt.ut(labore) && 
dolore(magna.aliqua); 

ut.enim.ad(minim.veniam) ; 

return someFinalComputation(); 


范例 : 将 条 件 反 转 


审 | 并 本 书 第 1 版 的 初稿 时 ，Joshua Kerievsky 指 
出 : 我 们 第 第 可 以 将 条 件 表 达 式 反 转 ， 从 而 实现 
以 卫 语 句 取 代 髓 套 条 件 表达 式 。 为 了 拯救 我 可 怜 
的 想象 力 ， 他 还 好 心 帮 有 我 想 了 一 个 例子 : 


function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital > 0) { 
if (anInstrument.interestRate > 0 && anInstrument.duration 
> 0) { 
result = (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 


return result; 


} 


同样 地 ， 我 逐一 进行 蔡 换 。 不 过 这 次 在 插入 
卫 语 名 时， 我 需要 将 相应 的 条 件 反 转 过 来 : 


function adjustedCapital(anInstrument) { 

let result = 0; 

if (anInstrument.capital <= 0) return result; 

if (anInstrument.interestRate > 0 && anInstrument.duration > 
0) { 


result = (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 


return result; 


} 


下 一 个 条 件 稍微 复杂 一 已 ， 所 以 我 分 两 步 进 
ATI ° 首先 加 全 个 让 久生 党 作 


function adjustedCapital(anInstrument) { 

let result = 0; 

if (anInstrument.capital <= 0) return result; 

if (!(anInstrument.interestRate > 0 && anInstrument.duration 
> 0)) return result; 

result = (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 

return result; 


但 是 在 这 样 的 条 件 表达 式 中 留 下 一 个 逻辑 
非 ， 会 把 我 的 脑 安 反 成 一 团 乱 县 ， 所 以 我 把 它 条 
化 成 下 面 这 样 : 


function adjustedCapital(anInstrument) { 

let result = 0; 

if (anInstrument.capital <= 0) return result; 

if (anInstrument.interestRate <= © || anInstrument.duration 
<= 0) return result; 


result = (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 
return result; 


} 


这 两 行 逻 辑 语 句 引 发 的 结 来 一 样 ， 所 以 我 可 
以 用 合并 条 件 表达 式 (263) 将 其 合并 。 


function adjustedCapital(anInstrument) { 
let result = 0; 
if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 


|| anInstrument.duration <= 0) return result; 
result = (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 
return result; 


此 时 resulit 变 量 做 了 两 件 事 : 一 开始 我 把 它 
设 为 0， 代 表 卫 语句 航 触 发 时 的 返回 值 ; 然后 又 用 
最 终 计 算 的 结果 给 它 赋 值 。 我 可 以 彻 改 移 除 这 个 
变量 ， 避 免 用 一 个 变量 承担 两 重 责 任 ， 而 且 又 诚 


E3, 
少 了 一 个 可 变 变量 。 


function adjustedCapital(anInstrument) { 
if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 
|| anInstrument.duration <= 0) return 0; 


return (anInstrument.income / anInstrument.duration) * 
anInstrument.adjustmentFactor; 


} 


1 “lorem.ipsum...... ”是 一 篇 单 见于 排版 设计 领域 的 
文章 ， 其 内 容 为 不 具 可 读 性 的 字符 组 合 ， 目 的 是 
使 阅读 者 只 专注 于 观察 段落 的 字 型 和 版 型 。 一 一 
译 者 注 


10.4 ”以 多 态 取 代 条 件 表 达 式 


(Replace Conditional with 
Polymorphism) 


È 


switch (bird.type) { 
case 'EuropeanSwallow': 
return "average"; 
case 'AfricanSwallow': 
return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 


return (bird.voltage > 100) ? "scorched" : "beautiful"; 
default: 
return "unknown"; 


class EuropeanSwallow { 
get plumage() { 


return "average"; 


} 
class AfricanSwallow { 
get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 


} 
class NorwegianBlueParrot { 
get plumage() { 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 


动机 


复杂 的 条 件 馆 辑 征 编程 中 最 难 理解 的 东西 之 
一 ， 因 此 我 一 直 在 寻求 给 条 件 逻 辑 添 加 结构 。 很 
多 时 候 ， 我 发 现 可 以 将 条 件 逻 辑 拆 分 到 不 同 的 场 
景 (或 者 叫 高 阶 用 例 ) ， 从 而 拆 解 复杂 的 条 件 逻 
和 辑 。 这 种 拆 分 有 时 用 条 件 逻 和 辑 本 号 的 结构 天 足以 
ee 
清晰 。 


一 个 间 见 的 场景 是 : 我 可 以 构造 一 组 类 型 ， 
每 个 类 型 处 理 各 目的 一 种 条 件 逻 辑 。 例 如 ， 我 会 
注意 到 ， 图 书 、 音 乐 、 食 品 的 处 理 方式 不 同 ， 这 
古 因 为 它们 分 属 不 同类 型 的 商品 。 最 明显 的 征兆 
吏 征 有 好 儿 个 函数 都 有 基于 闫 型 代码 的 switch 语 
铝 。 奉 条 真 如 此 ， 我 区 可 以 针对 switch 语 可 中 的 
每 种 分 文 逻 辑 创 建 一 个 类 ， 用 多 人 态 来 承载 各 个 类 
型 特有 的 行为 ， 从 而 去 除 重复 的 分 文 逻 辑 。 


n-En: 有 一 个 基础 逻辑 ， 在 其 上 叉 
有 一 些 变 体 。 基 础 逻 撮 可 能 十 最 利用 的 ， 也 可 能 
征 最 简单 的 。 我 可 以 把 基础 逻辑 放 进 超 类 ， 这 样 
我 可 以 首先 理解 这 部 分 逻辑 ， 和 暂时 不 管 各 种 变 
体 ， 然 后 我 可 以 把 每 种 变 体 逻辑 早 独 放 进 一 个 于 
关 ， 其 中 的 代码 春 重 强调 与 基础 逻辑 的 老 异 。 


多 人 态 是 罚 同 对 象 编 程 的 天 键 特性 之 一 。 跟 其 
他 一 切 有 用 的 符 性 一 样 ， 它 也 很 容易 侯 赣 用 。 我 
曾经 过 到 有 人 争论 说 所 有 条 件 逻 秀 部 应 该 用 多 仿 
取代 。 我 不 赞同 这 种 观点 。 我 的 大 部 分 条 件 逻 辑 
只 用 到 了 基本 的 条 件 语句 一 一 if/else 和 
Switch/case, 并 不 需要 劳 师 动 众 地 引入 多 态 但 
如 果 发 现 如 前 所 壕 的 复杂 条 件 逻 辑 ， 多 态 是 改善 
这 种 情况 的 有 有 力 工具 。 


做 法 
。 如 来 现 有 的 类 疝 不 具备 多 仿 行 为 ， 束 用 工厂 K 
数 创 建 之 ， 令 工厂 函数 返回 恰当 的 对 象 实例 。 


. 在 调用 方 代码 中 使 用 工厂 画 数 获得 对 象 实例 。 
。 将 带 有 条 件 逻 辑 的 画 数 移 到 超 类 中 。 


如 琳 条 件 逻 辑 还 未 提炼 至 独立 的 钞 数 ， 目 先 


对 其 使 用 提炼 函数 (106) 


。 任 选 一 个 子 类 ， 在 其 中 建立 一 个 函数 ， 使 之 黎 
写 超 关中 容纳 条 件 表 达 却 的 那个 函数 。 将 与 该 
了 于 类 相 天 的 条 件 表达 式 分 文 复制 到 新 函数 中 ， 
并 对 它 进 行 适当 调整 。 

重复 上 述 过 程 ， 处 理 其 他 条 件 分 文 。 

在 超 类 函数 中 体 留 默认 情况 的 逻辑 。 或 者 ， 如 
条 超 类 应 该 是 抽象 时 ， 台 把 该 范 效 声明 为 
abstract, BYE ELA BE ep E ee , 表明 计算 
贡 任 都 在 于 类 中 。 


范例 


我 的 朋友 有 一 群 乌 儿 ， 他 想 知 道 这 些 乌 飞 得 
有 多 快 ， 以 及 它们 的 羽毛 是 什么 样 的 。 所 以 我 们 
写 了 一 小 段 程序 来 判断 这 些 信 筷 。 


function plumages(birds) { 

return new Map(birds.map(b => [b.name, plumage(b)])); 
} 
function speeds(birds) { 

return new Map(birds.map(b => [b.name, 
airSpeedVelocity(b)])); 
} 


function plumage(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return "average"; 
case 'AfricanSwallow': 


return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (bird.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


function airSpeedVelocity(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return 35; 
case 'AfricanSwallow': 
return 40 - 2 * bird.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (bird.isNailed) ? © : 10 + bird.voltage / 10; 
default: 
return null; 
} 
} 


有 两 个 不 同 的 操作 ， 其 行为 部 随 看 “ 乌 的 类 
型 ”发 生变 化 ， 因 此 可 以 创建 出 对 应 的 类 ， 用 多 仿 
来 处 理 各 关 型 特有 的 行为 。 


我 先 对 airspeedvelocity 和 plumage 两 个 函数 
使 用 函数 组 合成 类 (144) ° 


function plumage(bird) { 
return new Bird(bird).plumage; 


} 


function airSpeedVelocity(bird) { 
return new Bird(bird).airSpeedVelocity; 


class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 
get plumage() { 
Switch (this.type) { 
case 'EuropeanSwallow': 
return "average"; 
case 'AfricanSwallow': 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


get airSpeedVelocity() { 
switch (this.type) { 
case 'EuropeanSwallow' : 
return 35; 
case 'AfricanSwallow': 
return 40 - 2 * this.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (this.isNailed) ? 0 : 10 + this.voltage / 10; 
default: 
return null; 


然后 针对 每 种 乌 创 建 一 个 子 类 ， 用 一 个 工厂 
函数 来 实例 化 合适 的 于 类 对 象 。 


function plumage(bird) { 
return createBird(bird).plumage; 


} 


function airSpeedVelocity(bird) { 
return createBird(bird).airSpeedVelocity; 


} 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 
return new AfricanSwallow(bird); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(bird); 
default: 
return new Bird(bird); 


} 


class EuropeanSwallow extends Bird { 


l; 


class AfricanSwallow extends Bird { 


J 


class NorwegianBlueParrot extends Bird { 


J 


现在 我 已 经 有 了 需要 的 类 结构 ， 可 以 处 理 两 
个 条 件 逻 各 了 。 先 从 plumage 芳 数 开 始 ， 我 从 


switch 语 名 中选 TAS, FI SPR AES 
这 个 逻辑 。 


class EuropeanSwallow... 


get plumage() { 
return "average"; 


} 


class Bird... 


get plumage() { 
switch (this.type) { 
case 'EuropeanSwallow' : 
throw "oops"; 
case 'AfricanSwallow': 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 


case 'NorwegianBlueParrot': 

return (this.voltage > 100) ? "scorched" : "beautiful"; 
default: 

return "unknown"; 


} 


} 


在 超 类 中 ， 我 把 对 应 的 逻辑 分 文 改 为 抛 出 异 
单 ， 因 为 我 总 是 侦 执 邯 担 心 出 稍 。 


此 时 我 殉 可 以 编 详 并 测试 。 如 末 一 切 顺 利 的 
话 ， 我 可 以 接 痢 处 理 下 一 个 分 文 。 


class AfricanSwallow... 


get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 


. TK ae PSS (Norwegian Blue) 的 分 


class NorwegianBlueParrot... 


get plumage() { 
return (this.voltage >100) ? "Scorched" : "beautiful"; 
} 


超 关 函数 保留 下 来 处 理 默认 情况 。 
class Bird... 


get plumage() { 
return "unknown"; 


} 


airSspeedvelocity 也 如 法 炮制 。 完 成 以 后 ， 代 
码 大 人 致 如 下 (我 还 对 顶层 的 airspeedvelocity 和 和 
plumage 函 数 做 了 内 联 处 理 ) : 


function plumages(birds) { 
return new Map(birds 
.map(b => createBird(b)) 
.map(bird => [bird.name, bird.plumage])); 


} 
function speeds(birds) { 
return new Map(birds 
.map(b => createBird(b) ) 
.map(bird => [bird.name, 
bird.airSpeedVelocity])); 
} 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 
return new AfricanSwallow(bird); 
case 'NorwegianBlueParrot': 
return new NorwegianBlueParrot(bird); 


default: 
return new Bird(bird); 
} 
} 


class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 

get plumage() { 
return "unknown"; 

} 

get airSpeedVelocity() { 
return null; 


} 
} 


class EuropeanSwallow extends Bird { 
get plumage() { 
return "average"; 
} 
get airSpeedVelocity() { 
return 35; 


i 


class AfricanSwallow extends Bird { 
get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this.numberOfCoconuts; 


5 
} 


class NorwegianBlueParrot extends Bird { 
get plumage() { 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
} 
get airSpeedVelocity() { 
return (this.isNailed) ? 0 : 10 + this.voltage / 10; 


J 
} 


RARAWA, IAA heirdd k# he 
必需 的 。 在 JavaScript 中 ， 多 态 不 一 定 需要 类 型 层 


只 要 对 象 实现 了 适当 的 国 数 吏 行 。 但 在 这 
网 于 中 我 原意 保留 这 个 不 必要 的 超 类 ， ae 
Bere BI ES Th FRA [Fl LZ KA © 


范例 : 用 多 态 处 理 变 体 逻 辑 


在 前 面 的 例子 中 , “ 鸟 " 的 类 型 体系 是 一 个 清 
晰 的 泛 化 体系 ， 超 类 是 抽象 的 < 岛 ”， 子 类 是 各 种 
具体 的 岛 。 这 是 教科 书 (包括 我 写 的 书 ) 中 经 党 
讨论 的 继承 和 多 态 ， 但 并 不 是 实 睹 中 使 用 继承 的 
唯一 方式 。 实 际 上 ， 这 种 方式 很 可 能 不 是 最 常用 
或 最 好 的 方式 。 另 一 种 使 用 继承 的 情况 是 ， 我 想 
表达 某 个 对 象 与 男 一 个 对 象 大 体 类 似 ， 但 又 有 一 
些 不 同 之 处 。 


下 面 有 一 个 这 样 的 例子 : 有 一 家 评级 机 构 ， 
要 对 远 详 航船 的 航行 进行 投 等 评级。 这 家 评级 机 
构 会 给 出 “A? 或 者 “"B?” 两 种 评级 ， 取 次 于 多 种 风险 
和 和 利 效力 的 因素 。 在 评估 风险 时 ， 既 要 考虑 航 
程 本 映 的 特征 ， 也 要 考虑 船长 过 往 航 行 的 历史 。 


function rating(voyage, history) { 
const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 
const chr = captainHistoryRisk(voyage, We 
if (vpf * 3 > a + chr * 2)) return 
else return "B" 


function voyageRisk(voyage) { 


let result = 1; 
if (voyage.length > 4) result += 2; 
if (voyage.length > 8) result += voyage.length - 8; 
if (["china", "east-indies"].includes(voyage.zone)) result += 
4; 
return Math.max(result, 0); 
} 
function captainHistoryRisk(voyage, history) { 
let result = 1; 
if (history.length < 5) result += 4; 
result += history.filter(v => v.profit < 0).length; 


if (voyage.zone === "china" && hasChina(history)) result -= 
2; 
return Math.max(result, 0); 
} 
function hasChina(history) { 
return history.some(v => "china" === v.zone); 
} 


function voyageProfitFactor(voyage, history) { 
let result = 2; 


if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 
if (voyage.zone === "china" && hasChina(history)) { 


result += 3; 
if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 
} 
else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 
} 


return result; 


} 


voyageRisk 和 captainHistoryRisk 两 个 函数 人 负 
贡 打 出 风险 分 数 ，voyageProfitFactor 人 负责 打出 伪 
利 淤 力 分 数 ，rating 国 数 将 3 个 分 数组 合 到 一 起 ， 
给 出 一 次 航行 的 综合 评级 。 


调用 方 的 代码 大 概 古 这 样 : 


const voyage = {zone: "west-indies", length: 10}; 
const history = [ 

{zone: "east-indies", profit: 5}, 

{zone: "west-indies", profit: 15}, 

{zone: "china", profit: -2}, 


{zone: "west-africa", profit: 7}, 


]; 


const myRating = rating(voyage, history); 


FUE HAAA ERA oR I a, EAE 
否 有 到 中 国 的 航程 ”以 及 “船长 是 否 曾 去 过 中 国 ”。 


function rating(voyage, history) { 
const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 
const chr = captainHistoryRisk(voyage, history); 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 


function voyageRisk(voyage) { 

let result = 1; 

if (voyage.length > 4) result += 2; 

if (voyage.length > 8) result += voyage.length - 8; 

if (["china", "east-indies"].includes(voyage.zone)) result += 
4; 

return Math.max(result, 0); 
} 
function captainHistoryRisk(voyage, history) { 

let result = 1; 

if (history.length < 5) result += 4; 

result += history.filter(v => v.profit < 0).length; 

if (voyage.zone === "china" && hasChina(history)) result -= 
2; 

return Math.max(result, 0); 


function hasChina(history) { 
return history.some(v => "china" === v.zone); 


} 


function voyageProfitFactor(voyage, history) { 
let result = 2; 


if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 
if (voyage.zone === "china" && hasChina(history)) { 


result += 3; 
if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 
} 
else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 


return result; 


会 用 继承 和 多 仿 将 处 理 “ 中 国 因 素 ” 的 逻辑 
从 基础 逻辑 中 分 离 出 来 。 如 东 还 要 引入 更 多 的 特 
殊 逻 辑 ， 这 个 重 构 束 很 有 用 一 一 这 些 重复 的 “中 
因 系 ”会 混 消 视听 ， 让 基础 逻辑 难以 理解 。 


HEA CAS A, WIRES ABA 
的 话 ， 我 需要 先 建立 一 个 类 结构 ， 因 此 我 自 先 使 
函数 组 合成 类 (144) 。 这 一 步 重 构 的 结 采 如 下 

ZN: 


function rating(voyage, history) { 
return new Rating(voyage, history).value; 


class Rating { 
constructor (voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 
get value() { 


const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 
} 
get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 
if (this.voyage.length > 8) result += this.voyage.length - 
8; 
if (["china", "east-indies"].includes(this.voyage. zone) ) 
result += 4; 
return Math.max(result, 0); 
} 
get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this.voyage.zone === "china" && this.hasChinaHistory) 
result -= 2; 
return Math.max(result, 0); 
} 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
if (this.voyage.zone === "china" && this.hasChinaHistory) { 


result += 3; 

if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
} 


return result; 


get hasChinaHistory() { 
return this.history.some(v => "china" === v.zone); 
} 
} 


于 是 我 束 有 了 一 个 类 ， 用 来 安放 基础 逻辑 。 
现在 我 需要 男 建 一 个 空 的 子 类 ， 用 来 安放 与 超 类 
不 同 的 行为 。 


class ExperiencedChinaRating extends Rating { 
} 


然后 ， 建 立 一 个 工厂 函数 ， 用 于 在 需要 时 返 
EZAR -o 


function U era history) { 


china" && history.some(v => "china" === 
v.zone)) 
return new ExperiencedChinaRating(voyage, history); 
else return new Rating(voyage, history); 


我 需要 修改 所 有 调用 方 代码 ， 让 它们 使 用 该 
工厂 函数 ， 而 不 要 直接 调用 构造 范 数 。 还 好 现在 
调用 构造 印 数 的 只 有 rating 函 数 一 处 。 


function rating(voyage, history) { 
return createRating(voyage, history).value; 
} 


有 两 处 行为 需要 移入 子 类 中 。 我 先 处 理 


captainHistoryRisk 中 的 逻辑 。 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this.voyage.zone === "china" && this.hasChinaHistory) 
result -= 2; 
return Math.max(result, 0); 


} 


FEF RAE FIX PR ° 
class ExperiencedChinaRating 


get captainHistoryRisk() { 
const result = super.captainHistoryRisk - 2; 
return Math.max(result, 0); 


} 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0©).length; 


return Math.max(result, 0); 


} 
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为 ， 因 为 在 超 类 中 还 有 另 一 条 执行 路 径 。 我 又 不 
想 把 整个 超 类 中 的 画 数 复制 到 子 关中 。 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 

if (this.voyage.zone === "east-indies") result += 1; 

if (this.voyage.zone === "china" && this.hasChinaHistory) { 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 


if (this.voyage.length > 18) result -= 1; 
} 
else { 

if (this.history.length > 8) result += 1; 

if (this.voyage.length > 14) result -= 1; 
} 


return result; 


所 以 我 完 用 提炼 函数 (106) 将 整个 条 件 逻 辑 
块 近 炼 出 来 。 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.voyageAndHistoryLengthFactor; 


return result; 
} 
get voyageAndHistoryLengthFactor() { 
let result = 0; 
if (this.voyage.zone === "china" && this.hasChinaHistory) { 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
} 
else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
} 


return result; 


} 
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class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
return result; 


} 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
if (this.history.length > 10) result += 1; 


if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


} 


严格 说 来 ， 重 构 到 这 儿 丈 结束 了 一 一 我 已 经 
把 变 体 行为 分 离 到 了 子 类 中 ， 超 类 的 逻辑 理解 和 
维护 起 来 更 傈 蛙 了 ， 只 有 在 进入 于 类 代码 时 我 才 
人 
Weer S 
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一 一 别人 理解 其 中 的 逻辑 。 


函数 名 中 的 “And" 字 样 说 明 其 中 包含 了 两 件 
事 ， 所 以 我 澳 得 应 该 将 它们 分 开 。 我 会 用 捉 炼 本 
数 (106) 把 “历史 航行 数 ”(history length) 的 相 
天 你 程 提炼 出 来 。 这 一 步 提炼 在 超 类 和 子 类 中 都 
要 发 生 ， 我 百 和 匈 从 超 类 开始 。 


class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 


result += this.historyLengthFactor; 
if (this.voyage.length > 14) result -= 1; 


return result; 


get historyLengthFactor() { 
return (this.history.length > 8) ? 1: 0; 
} 


然后 在 于 类 中 也 如 法 炮制 。 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
result += this.historyLengthFactor; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 
return (this.history.length > 10) ? 1 : 0; 
} 


ee 
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class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageAndHistoryLengthFactor; 
return result; 


} 


get voyageAndHistoryLengthFactor() { 
let result = 0; 


result +- this historylengthFactor= 
if (this.voyage.length > 14) result -= 1; 
return result; 


} 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


再 用 函数 改名 (124) 改 掉 这 个 难听 的 和 名字 。 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 


} 


get voyageLengthFactor() { 
return (this.voyage.length > 14) ? - 1: 0; 
} 


改 为 三 元 表达 式 ， 以 人 简化 voyageLengthFactor 


YE 
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class ExperiencedChinaRating... 


get voyageLengthFactor() { 
let result = 0; 
result += 3; 
if (this.voyage.length > 12) result += 1; 


if (this.voyage.length > 18) result -= 1; 
return result; 


最 后 一 件 事 : 在 “航程 数 ” (voyage length) 
AEM EB, BRUKER AH, MAX 
3 分 加 在 最 终 的 结 采 上 。 


class ExperiencedChinaRating... 


get voyageProfitFactor() { 
return super.voyageProfitFactor + 3; 


} 


get voyageLengthFactor() { 
let result = 0; 


result +——3; 

if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


重 构 结束 ， 我 得 到 了 如 下 代码 。 首 和 完 ， 我 有 
一 个 基本 的 Rating 类 ， 其 中 不 考虑 与 “中 国 经 验 *” 相 
FANS ARE: 


class Rating { 
constructor(voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 
get value() { 
const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 
} 
get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 
if (this.voyage.length > 8) result += this.voyage.length - 
8; 
if (["china", "east-indies"].includes(this.voyage. zone) ) 
result += 4; 
return Math.max(result, 0); 
} 
get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 
return Math.max(result, 0); 
} 
get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 
} 
get voyageLengthFactor() { 
return (this.voyage.length > 14) ? - 1: 0; 
} 


get historyLengthFactor() { 
return (this.history.length > 8) ? 1 : 0; 
} 
} 


写 “ 中 国 经 验 ” 相 天 的 代码 则 清晰 表述 出 在 基 
本 逻辑 之 上 的 一 系列 变 体 逻辑 : 


class ExperiencedChinaRating extends Rating { 

get captainHistoryRisk() { 
const result = super.captainHistoryRisk - 2; 
return Math.max(result, 0); 

} 

get voyageLengthFactor() { 
let result = 0; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 

return (this.history.length > 10) ? 1: 0; 
} 
get voyageProfitFactor() { 

return super.voyageProfitFactor + 3; 


J 


} 


10.5 引入 特例 (Introduce Special 
Case) 


HZ: 引入 Nul 对 象 (Introduce Null 
Object) 


if (aCustomer === = "occupant"; 


class UnknownCustomer 
get name() {return "occupant"; } 


动机 


一 种 第 见 的 重复 代码 坪 这 种 情况 : 一 个 数据 
结构 的 使 用 者 都 在 检查 茶 个 特殊 的 值 ， 并 且 当 这 
个 特殊 值 出 现时 所 做 的 处 理 也 都 相同 。 如 来 我 发 
现代 码 库 中 有 多 处 以 同样 方式 应 对 同一 个 特殊 
值 ， 我 融会 想 要 把 这 个 处 理 逻 辑 收拢 到 一 处 。 


处 理 这 种 情况 的 一 个 好 办 法 是 使 用 “ 特 
例 ”(Special Case) 模式 : 创建 一 个 特例 元 素 ， 用 


以 表达 对 这 种 特例 的 共用 行为 的 处 理 。 这 样 我 束 
可 以 用 一 个 函数 调用 取代 大 部 分 特例 检查 逻辑 。 


特例 有 几 种 表现 形式 。 如 果 我 只 需要 从 这 个 
对 象 读 取 数据 ， 可 以 提供 一 个 字面 量 对 象 (literal 
object) ， 其 中 所 有 的 值 都 是 预先 填充 好 的 。 如 果 
余 侧 音 的 数值 之 外 还 需要 更 多 的 行为 ， 束 需要 创 
建 一 个 特殊 对 象 ， 其 中 包 侣 所 有 共用 行为 所 对 应 
的 函数 。 竺 例 对 象 可 以 由 一 个 封 疼 类 来 返回 ， 也 
可 以 通过 变换 插入 一 个 数据 结构 。 


一 个 通常 需要 特例 处 理 的 值 就 是 nul11， 这 也 
是 这 个 模式 常 被 叫 作 “Null 对 象 ” (Null Object) 模 
on Nul 对 象 是 特例 的 一 种 
FA o 


做 法 


我 们 从 一 个 作为 容器 的 数据 结构 (或 者 类 ) 
开始 ， 其 中 包含 一 个 属性 ， 该 属性 就是 我 们 要 重 
构 的 目标 。 容 融 的 客户 端 每 次 使 用 这 个 属性 时 ， 
部 需要 将 其 与 某 个 特例 值 做 比 对 。 我 们 希望 把 这 
个 特例 值 和 其 换 为 代表 这 种 特例 情况 的 类 或 数据 结 


你 


。 给 重 构 目标 添加 检查 特例 的 属性 ， 令 其 返回 
false ° 

。 创 建 一 个 特例 对 象 ， 其 中 只 有 检查 特例 的 属 
E, WEltrue ° 

e SRAME RES ARI H FERR ER BL 
(106) ， 确 保 所 有 客户 端 都 使 用 这 个 新 芳 
数 ， 而 不 再 直接 做 特例 值 的 比 对 。 

© PTH IT R ACRES, Ay DAA KZ H 
中 返回 ， 也 可 以 在 变换 函数 中 生成 。 

。 修 改 特例 比 对 函数 的 主体 ， 在 其 中 直接 使 用 检 
查 特 例 的 属性 。 

。 测 试 。 

。 使 用 函数 组 合成 类 (144) 或 函数 组 合成 变换 
(149) ， 把 通用 的 特例 处 理 逻 辑 都 搬移 到 新 
建 的 特例 对 象 中 。 


符 例 类 对 于 向 单 的 请 求 通 闸 会 退回 固定 的 


值 ， 因 此 可 以 将 其 实现 为 字面 记录 (literal 


record) 


i 


0 RF PONT En BE AER ERS (115) , # 
内 联 到 仍然 需要 的 地 方 。 


范例 


一 家 提供 公共 事业 服务 的 公司 将 目 己 的 服务 
安装 在 各 个 场所 (site) 。 


class Site... 


get customer() {return this. customer; } 


代表 “顾客 ”的 customer 类 有 多 个 属性 ， 我 只 考 
虑 其 中 3 个 。 


class Customer... 


get name() 
get billingPlan() 


Te 
ore 
set billingPlan(arg) {... 
get paymentHistory() {... 


大 多 数 情况 下 ， 一 个 场所 会 对 应 一 个 顾客 ， 
但 有 些 场所 没有 与 之 对 应 的 顾客 ， 可 能 是 因为 之 
前 的 住户 搬 走 了 ， 而 新 搬 来 的 住 己 我 还 不 知道 古 
谁 。 这 种 情况 下 ， 数 据 记 录 中 的 customer 字 段 会 
和 被 填充 为 字符 吝 "unknown"。 因 为 这 种 情况 时 有 发 


生 ， 所 以 Site 对 象 的 客户 只 必 须 有 办 法 处 理 “ 磊 客 
末 知 ”的 情况 。 下 面 古 一 些 示 例 代 人 码 片 段 。 


客户 端 1... 


const aCustomer = site.customer; 
// ... lots of intervening code ... 
let customerName; 


if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2.. 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 


: aCustomer.billingPlan; 


客户 端 3... 


if (aCustomer !== "unknown") aCustomer.billingPlan = newPlan; 


客户 端 4... 


const weeksDelinquent = (aCustomer === "unknown") ? 


0 
: aCustomer.paymentHistory.weeksDelinquentInLastYear ; 


浏览 整个 代码 库 ， 我 看 到 有 很 多 使 用 Site 对 
象 的 客户 端 在 处 理 *“ 顾 客 未 知 ”的 情况 ， 大 多 数 都 
用 了 同样 的 应 对 方式 : 用 "occupant"” (ER) 作 
为 顾客 名 ， 使 用 基本 的 计价 套餐 ， 并 认为 这 家 顾 
客 没 有 从 费 。 到 处 都 在 检查 这 种 特例 ， 再 加 上 对 
特例 的 处 理 方式 高 度 一 致 ， 这 些 现象 告诉 我 : 是 
时 候 使 用 特例 对 象 (Special Case Object) 模式 
Ta 
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class Customen... 


然后 我 给 “未 知 的 顾客 ”专门 创建 一 个 类 。 


class UnknownCustomer { 
get isUnknown() {return true;} 
} 


注意 ; 我 没有 把 unknowncustomer 类 声明 为 


customer 的 子 类 。 在 其 他 编程 语言 (尤其 是 静态 
类 型 的 编程 语言 ) 中 ， 我 会 需要 继承 关系 。 但 


JavaScript 征 一 种 动态 类 型 语言 ， 按 照 它 的 子 尖 
化 规则 ， 这 里 不 声明 继承 天 系 反 而 更 好 。 


下 面 吏 是 麻 鼎 之 处 了 。 我 必须 在 所 有 期 望 得 
到 "unknown" 值 的 地 方 返 回 这 个 新 的 特例 对 象 ， 并 
修改 所 有 检查 "unknown" 值 的 地 方 ， 令 其 使 用 新 的 
isUnknownEHAY ° 一 般 而 言 ， 我 总 是 硕 望 细心 安排 
修改 过 程 ， 使 我 可 以 每 次 做 一 点 小 修改 ， 然 后 马 
上 测试 。 但 如 果 我 修改 了 customer 类 ， 使 其 返回 
Unknowncustomer 对 和 象 【而 非 "unknown" 字 符 串 ) ， 
DAY MANERA AB Aim, LEAR 
"unknown" ZIE, It Va] FA isunknown ERAN 
这 两 个 修改 必须 一 次 完成 。 我 感觉 这 一 大 步 修 改 
驶 像 一 大 块 难 吃 的 食物 一 样 难以 下 咽 。 
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改 〈 例 如 我 们 这 里 的 “与 特例 做 比 对 ?的 代码 ) ， 
CBI AEA GERRENBL (106) 


function isUnknown(arg) { 
if (!((arg instanceof Customer) || ( 


} 


我 会 放 一 个 陷阱 ， 捕 捉 意 料 之 外 的 值 。 如 采 
在 重 构 过 程 中 我 犯 了 错误 ， 引 入 了 奇怪 的 行为 ， 
这 个 陷阱 会 帮 我 发 现 。 


现在 ， 凡 是 检查 未 知 顾客 的 地 方 ， 都 可 以 改 
用 这 个 函数 了 。 我 可 以 逐一 修改 这 些 地 方 ， 每 次 
修改 之 后 部 可 以 执行 测试 。 


客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 


else customerName = aCustomer.name; 
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客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 


: aCustomer.billingPlan; 


RPA... 


if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 
客户 器 4.… 


const weeksDelinquent = isUnknown(aCustomer) ? 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


AR Py Wal FA Ach BB AC 12 FA i sunknown EKA Z 
后 ， 就 可 以 修改 site 类 ， 令 其 在 顾客 未 知 时 返回 


Unknowncustomer 对 象 。 


class Site... 


get customer () { 


unknown") ? new UnknownCustomer ( ) 
: this. customer; 


} 


然后 修改 isunknown 函 数 的 判断 逻辑 。 做 完 这 
步 修改 之 后 我 可 以 做 一 次 全 文 搜 索 ， 应 该 没有 任 
HE HEH "unknown" FF EB T ° 


客户 端 1... 


function isUnknown(arg) { 
if (!(arg instanceof Customer || arg instanceof 
UnknownCustomer ) ) 


throw new Error( investigate bad value: <${arg}> ); 
return arg.isUnknown; 


J 
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现在 ， 有 趣 的 部 分 开始 了 。 我 可 以 逐一 查看 
客户 疾 检 查 特 例 的 代码 ， 看 它们 处 理 特例 的 远 
辑 ， 并 考虑 是 否 能 用 函数 组 合成 类 (144) KEH 
换 为 一 个 共同 的 、 符 合 预期 的 值 。 此 刻 ， 有 多 处 
客户 端 代码 用 字符 串 "occupant" 来 作为 未 知 顾客 
WIG, BR RISE © 


客户 端 1... 


let customerName; 


if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


我 可 以 在 unknowncustomer 类 中 添加 一 个 合适 
的 函数 。 


class UnknownCustomer... 


get name() {return "occupant"; } 


然后 我 就 可 以 去 掉 所 有 条 件 代码 。 
客户 端 1... 


const customerName = aCustomer.name; 


测试 通过 之 后 ， 我 可 能 会 用 内 联 变量 (123) 
+2 customerName> = tL yA GARTH ° 


接 下 来 处 理 代表 “计价 套餐 ”的 bpillingPlan 属 


客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 


registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 


对 于 读 取 该 属性 的 行为 ， 我 的 处 理 方法 跟前 
面 处 理 name 属 性 一 样 一 一 找到 通用 的 应 对 方式 ， 
并 在 Unknowncustomer 中 使 用 之 。 。 至 于 对 该 属 性 的 


写 操 作 ， 当 前 的 代码 没有 对 未 知 顾客 调用 过 设 值 
函数 ， 所 以 在 特例 对 象 中 ， 我 会 保留 设 值 画 数 ， 
但 其 中 什么 都 不 做 。 


class UnknownCustomenr... 


get billingPlan() {return registry.billingPlans.basic; } 


set billingPlan(arg) { /* ignore */ } 


读 取 的 例子 .。 
as 
更 新 的 例子 .. 


aCustomer.billingPlan = newPlan; 


特例 对 象 是 值 对 象 ， 因 此 应 该 始终 是 不 可 变 
的 ， 即 便 它 们 蔡 代 的 原 对 象 本 身 是 可 变 的 。 


最 后 一 个 例子 则 更 磋 烦 一 些 ， 因 为 符 例 对 象 
需要 返回 为 一 个 对 象 ， 后 首义 有 其 目 己 的 属性 。 


客户 端 … 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


一 般 的 原则 是 : 如 条 特例 对 象 需要 返回 关联 
对 象 ， 被 返回 的 通常 也 是 特例 对 象 。 所 以， 我 需 
要 创建 一 个 代表 “ 空 文 付 记 采 ”的 特例 类 


NullPaymentHistory 。 


class UnknownCustomer... 
class NullPaymentHistory... 
客户 端 .… 


const weeksDelinquent = 
aCustomer.paymentHistory.weeksDelinquentInLastYear; 


RARE APM, Foe aa RH E 
仿 行 为 取代 由 地 方 。 但 也 会 有 例外 入 1 客 
首 个 想 使 用 笠 例 对 象 提供 的 逻辑 ， 而 古 想 做 一 些 


别 的 处 理 。 我 可 能 有 23 人 处 客户 闹 代 码 

用 "occupant" 作 为 未 知 顾客 的 名字 ， 但 还 有 一 处 
用 了 别 的 值 。 

客户 端 .… 


const name = ! isUnknown(aCustomer) ? aCustomer.name : "unknown 


occupant"; 


这 种 情况 下 ， 我 只 能 在 客户 端 保留 特例 检 碍 
的 逻辑 。 我 会 对 其 做 些 修 改 ， 让 它 使 用 acustomer 
HRA EMisunkow KA, EMEN EEH 
isUnknown 函 数 使 用 内 联 函 数 (115) 


客户 端 .… 


const name = aCustomer.isUnknown ? "unknown occupant" : 


aCustomer.name; 


处 理 完 所 有 客户 端 代 码 后 ， 全 局 的 isUnknown 
函数 应 该 没 人 绸 调用 了 ， 可 以 用 移 除 死 代 侈 
(237) 将 其 移 除 ° 


范例 : 使 用 对 象 字面 量 


我 们 在 上 面 处理 时 其 实 是 一 些 很 简单 时 值 ， 
却 要 创建 一 个 这 样 的 类 ， 未 免 有 点 儿 大 动 干戈 。 
但 在 上 面 这 个 例子 中 ， 我 必须 创建 这 样 一 个 类 ， 
因为 customer 类 是 允许 使 用 者 更 新 其 内 容 的 。 但 
如 末了 面 对 一 个 只 读 的 数据 结构 ， 我 吏 可 以 改 用 于 
面 量 对 象 (literal object) ° 


还 是 前 面 这 个 例子 一 几乎 完全 一 样 ， 除 了 
— : ARZA EF mA customer iT RE Bt 


class Site... 


get customer() {return this. _customer; } 
class Customer... 


get name() 

get billingPlan() 
set billingPlan(arg) 
get paymentHistory( ) 


Coun 
on 
Psi 
{... 


客户 端 1... 


const aCustomer = site.customer; 
// ... lots of intervening code ... 


let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


Z PN... 


const weeksDelinquent = (aCustomer === "unknown") ? 
0 


: aCustomer .paymentHistory.weeksDelinquentInLastYear ; 


和 前 面 的 例子 一 样 ， 我 自 完 在 customer FAS 
加 isunknown 属 性， 并 创建 一 个 包含 同名 字段 的 特 
例 对 象 。 这 次 的 区 别 在 于 ， 符 例 对 象 十 一 个 字面 


里 


class Customer... 


get isUnknown() {return false; } 


顶层 作用 域 ... 


function createUnknownCustomer() { 
return { 
isUnknown: true, 


}; 


| rn RPE BIS Fl pes ENB 
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function isUnknown(arg) { 
return (arg === "unknown"); 

} 

客户 并 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2.. 


const plan = isUnknown(aCustomer) ? 


registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 


: aCustomer.paymentHistory.weeksDelinquentInLastYear ; 


修改 site 类 和 做 条 件 判 断 的 jsunknown 范 数 ， 
开始 使 用 特例 对 象 。 


class Site... 


get customer() { 
unknown") ? 


createUnknownCustomer() : this. customer; 


顶层 作用 域 ... 


function isUnknown(arg) { 
return arg.isUnknown; 


} 


然后 把 “以 标准 方式 应 对 特例 ”的 地 方 都 疹 换 
成 使 用 特例 字面 量 的 值 。 首 先 从 “和 名字” 开始 : 
function createUnknownCustomer() { 


return { 
isUnknown: true, 


name: "occupant", 


客户 端 1... 


接着 是 “计价 套餐 ” 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
name: "occupant", 


billingPlan: registry.billingPlans.basic, 
}; 
} 


客户 病 2... 


const plan = aCustomer.billingPlan; 


EE, BOR] De eT Re BE PF RE 
的 空 支付 记 隶 对象 : 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 


paymentHistory: { 
weeksDelinquentInLastYear: 0, 


A 


客户 端 3... 


const weeksDelinquent = 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


如 采 使 用 了 这 样 的 字面 量 ， 应 该 使 用 诸如 
Object. freeze 的 万 法 将 其 使 其 不 可 变 。 通 
利 ， 我 还 是 刘欢 用 类 多 一 点 


范例 : 使 用 变换 


前 面 两 个 例子 都 涉及 了 一 个 类 ， 其 实 本 重 构 
于 法 也 同样 适用 于 记录 ， 只 要 增加 一 个 变换 步 
可 。 


假设 我 们 的 输入 古 一 个 合 里 的 记录 结构 ， 大 
概 像 这 样 : 


name: "Acme Boston", 
location: "Malden MA", 


// more site details 
customer: { 
name: "Acme Industries", 
billingPlan: "plan-451", 
paymentHistory: { 
weeksDelinquentInLastYear: 7 
//more 


// more 


有 时 顾客 的 名 字 未 知 ， 此 时 标记 的 方式 与 前 
面 一 样 : 将 customer 字 段 标记 为 字符 


F "unknown" 9 


name: "Warehouse Unit 15", 
location: "Malden MA", 


// more site details 
customer: "unknown", 


A 前 代码 也 类 似 ， 会 检查 “未 知 顾客 ?的 情 


const site = acquireSiteData(); 

const aCustomer = site.customer; 

// ... lots of intervening code ... 

let customerName; 

if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 


: aCustomer.billingPlan; 


客户 端 3... 


const weeksDelinquent = (aCustomer === "unknown") ? 


0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


我 首先 要 让 site 数 据 结构 经 过 一 次 变换 ， 目 
前 变换 中 只 做 了 深 复 制 ， 没 有 对 数据 做 任何 处 
理 。 


客户 端 1... 


const rawSite = acquireSiteData(); 

const site = enrichSite(rawSite); 

const aCustomer = site.customer; 

// ... lots of intervening code ... 

let customerName; 

if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


function enrichSite(inputSite) { 
return _.cloneDeep(inputSite); 


} 


然后 对 “检查 未 知 顾客 "的 代码 运用 提 烁 函数 
(106) ° 
function isUnknown(aCustomer) { 


return aCustomer === "unknown"; 


} 


客户 端 1... 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite); 
const aCustomer = site.customer; 
// ... lots of intervening code ... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
aCustomer .billingPlan; 


客户 端 3... 


const weeksDelinquent = (isUnknown(aCustomer)) ? 
0 
aCustomer .paymentHistory.weeksDelinquentInLastyYear ; 


然后 开始 对 site 数据 做 增强 ， 首 和 匈 是 给 
customer 字 段 加 上 isunknown 属 性 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 


}; 


if (isUnknown(result.customer)) result.customer = 
unknownCustomer ; 

else result.customer.isUnknown = false; 

return result; 


} 


随后 修改 检查 特例 的 条 件 逻 辑 ， 开 始 使 用 新 
的 属性 。 原 来 的 检查 逻辑 也 你 留 不 动 ， 所 以 现在 
的 检查 逻辑 应 该 既 能 应 对 原来 的 Site 数 据 ， 也 能 
应 对 增强 后 的 Site 数 据 。 


function isUnknown(aCustomer) { 
unknown") return true; 


else return aCustomer .isUnknown; 


j 


测试 ， 确 人 一 切 正音 ， 然 后 时 对 符 例 使 用 画 
数组 合成 变换 (149) 。 首 先 把 “未 知 顾客 的 名 
字 ” 的 处 理 逻 蛋 扳 进 增强 芳 数 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 


}; 


if (isUnknown(result.customer)) result.customer = 
unknownCustomer ; 

else result.customer.isUnknown = false; 

return result; 


} 


客户 端 1... 


rawSite = acquireSiteData(); 
site = enrichSite(rawSite); 
aCustomer = site.customer; 


. lots of intervening code ... 
customerName = aCustomer.name; 
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逻辑 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
}; 


if (isUnknown(result.customer)) result.customer 
unknownCustomer ; 

else result.customer.isUnknown = false; 

return result; 


} 


客户 端 2... 


再 次 测试 ， 然 后 处 理 最 后 一 处 客户 问 代 码 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 


paymentHistory: { 
weeksDelinquentInLastYear: 0, 
} 
}; 


if (isUnknown(result.customer)) result.customer = 
unknownCustomer; 

else result.customer.isUnknown = false; 

return result; 


} 


客户 端 3.. 


const weeksDelinquent = 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


10.6 引入 断言 (Introduce 
Assertion ) 


assert (assumption) 


a O O. 


if (this.discountRate) 
base = base - (this.discountRate * base); 


1) 


assert(this.discountRate>= 0); 
if (this.discountRate) 


base = base - (this.discountRate * base); 


动机 


ith AIA BS: AR SRA 
真 时 ， 该 段 代码 才 能 正 党 运行。 例如， 平方根 计 
算 只 对 正 值 才 能 进行 ， 驻 例如 ， 某 个 对 象 可 能 假 
设 一 组 字段 中 人 至少 有 一 个 不 等 于 nul1。 


这 样 的 假设 通 第 并 没有 在 代码 中 明确 表现 出 
来 ， 你 必须 阅读 整个 算法 才能 看 出 。 有 时 程序 员 
会 以 注释 写 出 这 样 的 假设 ， 而 我 要 介绍 的 是 一 种 
更 好 的 技术 一 一 使 用 断言 明确 标明 这 些 假设 。 


断言 是 一 个 条 件 霄 达 陈 ， 应 该 总 是 为 真 。 如 
东 它 失败 ， 和 表示 程序 员 犯 了 错误 。 断 言 的 失败 不 
应 该 被 系统 任何 地 方 捕捉 。 你 个 程序 的 行为 在 有 
没有 断言 出 现 的 时 候 部 应 该 完全 一 样 。 实 际 上 ， 
有 些 编 程 语言 中 的 断言 可 以 在 编 详 期 用 一 个 开关 


完全 禁用 掉 。 


fies BLA AS) ABT SOR ACS Fe PA Fe 
误 。 这 固然 古 一 件 好 事 ， 但 却 不 十 使 用 断言 的 唯 
一 理由 。 断 言 古 一 种 很 有 价值 的 交流 形式 一 一 尼 


们 告诉 阅读 者 ， 程 序 在 执行 到 这 一 点 时 ， 对 当前 
状态 做 了 何 种 假设 。 另 外 断言 对 调 翅 也 很 有 着 

助 。 而 且 ， 因 为 它们 在 交流 上 很 有 价值 ， 即 使 解 
决 了 当下 正在 人 退 踪 的 钳 误 ， 我 还 是 倾 同 于 把 断言 
留 看 。 目 测试 的 代码 降低 了 断言 在 调试 方面 的 价 
值 ， 因 为 逐步 通 近 的 单元 测试 通 向 能 更 好 地 大助 
调 读 ， 但 我 仍然 看 重 断 言 在 交流 方面 的 价值 。 


做 法 


。 如 来 你 发 现代 码 假 设 茶 个 条 件 始 终 为 真 ， 殊 加 
入 一 个 断言 明 确 说 明 这 种 情况 。 


因为 断言 应 该 不 会 对 系统 运行 造成 任何 影 
响 ， 所 以 “加 入 断言 "永远 都 应 该 是 行为 保持 的 。 
范例 


Pie Sal BAF: 折扣。 顾客 
(customer) 会 获得 一 个 折扣 率 (discount 


rate) ， 可 以 用 于 所 有 其 购买 的 商品 。 


class Customer... 


applyDiscount(aNumber) { 
return (this.discountRate) 
? aNumber - (this.discountRate * aNumber) 


: aNumber; 


这 里 有 一 个 假设 : 折扣 率 永 远征 正 效 。 我 可 
以 用 断言 明确 标示 出 这 个 假设 。 但 在 一 个 三 元 表 
达 式 中 没 办 法 很 创 单 地 插入 断 许 ， 所 以 我 目 先 要 
把 这 个 表达 式 导 换 成 i1f-else 的 形式 。 


class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 


else return aNumber - (this.discountRate * aNumber); 


} 


现在 我 束 可 以 轻松 地 加 入 断言 了 。 


class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 
else { 
assert(this.discountRate >= 0); 


return aNumber - (this.discountRate * aNumber); 


对 这 个 例子 而 言 ， 我 更 愿意 把 断言 放 在 设 信 
KALE ° Qe EapplyDiscount HA EE SA 
败 ， 我 还 得 先 费 力 搞 清楚 非法 的 折扣 率 值 起 初 古 
从 哪儿 放 进 去 的 。 


class Customer... 


set discountRate(aNumber) { 
assert(null === aNumber || aNumber >= 0); 


this. _discountRate = aNumber; 


j 


真正 引起 篆 误 的 源头 有 可 能 很 难 发 现 一 一 也 
Pre ABE FIRS SMBS, TEER ERMC 
人 码 做 数据 转换 时 犯 了 错误 。 像 这 杆 的 断言 对 于 友 
HER RIRA IEAA W B) o 


注意 ， 不 要 波 用 断言 。 我 不 会 使 用 断言 来 检 
得 所 有 “我 认为 应 该 为 真 " 的 条 件 ， 只 用 来 检查 “ 必 
须 为 真 ”的 条 件 。 泪 用 断言 可 能 会 造成 代码 重复 ， 
尤其 十 在 处 理 上 面 这 样 的 条 件 逻 艺 时 。 所 以 我 发 
现 ， 很 有 必要 去 挥 条 件 多 和 辑 中 的 重复 ， 通 币 可 以 
借助 提炼 函数 (106) 手法 。 


我 只 用 断言 预防 程序 员 的 销 误 。 如 条 要 从 某 
个 外 部 数据 源 读 取 数 据 ， 那 么 所 有 对 输入 值 的 检 
得 都 应 该 是 程序 的 一 等 公民 ， 而 不 能 用 断言 实现 


除非 我 对 这 个 外 部 数据 源 有 绝对 的 信心 。 断 
言 是 天助 我 们 跟踪 bug 的 最 后 一 招 ， 所 以 ， 或 许 听 
来 讽刺 ， 只 有 当 我 认为 断言 绝对 不 会 失败 的 时 
候 ， 我 才 会 使 用 断言 。 


第 11 章 ” 重 构 API 


模块 和 男 数 生 软件 的 骨肉 ， 而 API 则 是 将 骨 
肉 连 搂 起 来 的 天 万 。 吻 于 理解 和 使 用 的 API 非 各 
重要 ， 但 同时 也 很 难 获 得 。 随 春 对 软件 理解 的 加 
深 ， 我 会 学 到 如 何 改进 API， 这 时 我 便 需 要 对 APIi 
进行 重 构 。 


好 的 API 会 把 更 新 数据 的 函数 与 只 古 读 取 数 
据 的 函数 清晰 分 开 。 如 果 我 看 到 这 两 类 操作 被 混 
在 一 起 ， 束 会 用 将 查询 范 数 和 修改 范 数 分 离 
(306) 将 它们 分 开 。 如 果 两 个 画 数 的 功能 非常 相 
似 、 只 有 一 些 数 值 不 同 ， 我 可 以 用 范 数 参数 化 
(310) 将 其 统一 。 但 有 些 参数 其 实 只 是 一 个 标 
记 ， 根 据 这 个 标记 的 不 同 ， 函 数 会 有 截然 不 同 的 
行为 ， 此 时 最 好 用 移 除 标 记 参 数 (314) 将 不 同 的 
行为 彻 展 分 开 。 


FERRITE BAY, BGR STO Bee 
被 拆 开 ， 我 更 愿意 用 保持 对 象 完 整 (319) HER 
PÈ o Nie 2A — a, REMMEN 
BUSA ` (AE AV H — “PS ERR, ET 
re Se AS TERMAVIR GE, TERA REP Ar Fe Be AA Bl 


— (324) 和 以 参数 取代 查询 
327) 。 


类 是 一 种 第 见 的 模块 形式 。 我 布 鹿 尽 可 能 从 
FPA AS, MURRAN, Rake Ae 
PRICE ERE (331) 。 当 调用 者 要 求 一 个 新 对 象 
时 ， 我 经 第 需要 比 构造 琅 数 更 多 的 灵活 性 ， 可 以 
Ep EBS NBL (334) 获得 这 种 灵 
Is 


有 时 你 会 遇 到 一 个 符 别 复杂 的 芳 数 ， 围 绕 看 

它 传 入 传 出 一 大 堆 数 据 。 最 后 两 个 重 构 手法 专 | 
用 于 破解 这 个 难题 。 我 可 以 用 以 命令 取代 函数 

(337) 将 这 个 函数 变 成 对 象 ， 这 样 对 函数 体 使 用 

提炼 画 数 (106) 时 会 更 容易 。 如 果 稍 后 我 对 该 函 

数 做 了 简化， 不 再 需要 将 其 作为 命令 对 象 了 ， 可 
以 用 以 函数 取代 命令 (344) 再 把 它 变 回 函 数 。 


11.1 将 查询 函数 和 修改 函数 分 离 
(Separate Query from Modifier) 


-合生 


function getTotalOutstandingAndSendBill() { 

const result = customer.invoices.reduce((total, each) => 
each.amount + total, 0); 

sendBill(); 

return result; 


function totalOutstanding() { 
return customer.invoices.reduce((total, each) => each.amount 
+ total, 0); 


function sendBill() { 
emailGateway.send(formatBill(customer ) ); 


动机 


WARE TE etek “Me, BATA 
得 到 的 副作用 ， 那 么 这 十 一 个 很 有 价值 的 东西 。 
我 可 以 任意 调用 这 个 函数 ， 也 可 以 把 调用 动作 扳 
到 调用 函数 的 其 他 地 方 。 这 种 函数 的 测试 也 更 容 
易 。 何 而 言 之 ， 需 要 操心 的 事情 少 多 了 。 


明确 表现 出 “大 副作用 ”与 “无 副作用 ”两 种 芳 
数 之 辣 的 差异 ， 是 个 很 好 的 想法 。 下 面 是 一 条 好 
规则 :任何 有 返回 值 的 函数 ， 都 不 应 该 有 看 得 到 
的 副作用 一 一 命令 与 查询 分 离 (Command-Query 


Separation) [mf-cqs]。 有 些 程序 员 甚 至 将 此 作为 
一 条 必须 遭 守 的 规则 。 吏 像 对 竺 任何 东西 一 样 ， 
我 并 不 绝对 遵守 它 ， 不 过 我 总 是 尽量 遵守 ， 而 它 
也 回报 我 很 好 的 效果 。 


如 条 迪 到 一 个 “ 既 有 返回 值 久 有 副作用 ”的 男 
我 融会 试看 将 查询 动作 从 修改 动作 中 分 离 出 


你 也 许 已 经 注意 到 了 : 我 使 用 “看 得 到 的 副 作 
用 ”这 种 说 法 。 有 一 种 第 见 的 优化 办 法 是 : 将 查询 
所 得 结 朱 缓存 于 某 个 字段 中 ， 这 样 一 来 后 续 的 重 
复查 询 欧 可 以 大 大 加 快速 度 。 昌 然 这 种 做 法 改变 
SMR PAAR, (xk BAe it HEI 
的 ， 因 为 不 论 如 何 碍 询 ， 总 是 获得 相同 结 来 。 


做 法 


© BHA, HATA SAW RGA ° 


如 琳 想 不 出 好 名 子 ， 可 以 看 看 函数 返回 的 


尽 什 么 。 胡 询 的 结 末 会 个 填 入 一 个 变量 ， 这 个 
变量 的 名 子 应 该 能 对 函数 如 何 命名 有 所 局 发 。 


° — EAN AEA A te Boel (EA 

e HITES ° 

© ARA V HIRKA ° UFR Val A sch A BI 
SRSA, BRR BOY Val A 
VARNA, HE RE EHV HARR KZ o 
次 修改 之 后 都 要 测试 。 

© AREKREM ° 

。 测 试 。 


TREY Zia, BW BN ZS 
有 重复 代码 ， 可 以 做 必要 的 清理 。 


范例 


有 这 样 一 个 函数 : Ea i eNe 
(miscreant) 名 单 ， 检 查 一 群 人 (people) HEA 
混 进 了 恶棍 。 如 采 发 现 了 恶棍 ， 该 函数 会 返回 亚 
棍 的 名 字 ， 并 拉 虽 警报 。 如 采 人 和 群 中 有 多 名 恶 
棍 ， 该 函数 也 只 汇报 找 出 的 第 一 名 恶棍 〈 我 猜 这 
MET) 。 


function alertForMiscreant (people) { 
) I 


(p D 
setOffAlarms(); 
return "Don"; 


j 


if (p === "John") £ 
setoffAlarms(); 
return "John"; 


} 


return "": 


} 


Ske He TN, AEN Baek E 


function findMiscreant (people) { 
for (const p of people) { 

if (p === "Don") { 
setoffAlarms(); 
return "Don"; 

} 

if (p === "John") { 
setoffAlarms(); 
return "John"; 


} 


return ""; 


} 


然后 在 新 建 的 查询 函数 中 去 挥 副作用 。 


function findMiscreant (people) { 
for (const p of people) { 

if (p === "Don") { 

setoffAlarmsH+— 


return "Don"; 


} 
if (p === "John") { 


T 
return "John"; 


} 


return ""; 


} 


后 找到 所 有 原 函 数 的 调用 者 ， 将 其 改 为 调 
m WHA, HEE Ja HH — REMAK 
(也 就 是 原 函 数 ) 。 于 是 代码 


const found = alertForMiscreant(people) ; 
hawk ` 
DLK J 


alertForMiscreant(people); 
IITE A] AMEKAA AA REE T e 


function alertForMiscreant (people) { 
for (const p of people) { 
if ( 


setoffAlarms(); 
return; 


} 
John") { 
setoffAlarms(); 
return; 


} 


return; 


INE, RRIA En A oT EA Ee) BZ 
lA) AA AY Bs PS, Ra DE FR 
(195) ， 让 修改 函数 使 用 查询 函数 。 


function alertForMiscreant (people) { 
if (findMiscreant(people) !== "") setOffAlarms(); 


} 


11.2 ”函数 参数 化 (Parameterize 
Function) 


曾 用 名 : SAGE SAL (Parameterize 
Method) 


function tenPercentRaise(aPerson) { 


} 


function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 
} 


aPerson.salary = aPerson.salary.multiply(1.1); 


function raise(aPerson, factor) { 
aPerson.salary = aPerson.salary.multiply(1 + factor); 


} 


动机 


如 朱 我 发 现 两 个 国 效 逻辑 非 钊 相似 ， 只 有 一 
些 子 面 量 值 不 同 ， 可 以 将 其 合并 成 一 个 芳 数 ， 以 
参数 的 形式 传 入 不 同 的 值 ， 从 而 消除 重复 。 这 个 
重 构 可 以 使 钞 数 更 有 用 ， 因 为 重 构 后 的 函数 还 可 
以 用 于 处 理 其 他 的 值 。 


做 法 


。 从 一 组 相似 的 函数 中 选择 一 个 。 

。 运 用 改变 函数 声明 (124) ， 把 需要 作为 参数 
传 入 的 字面 量 漆 加 到 参 效 列表 中 。 

。 修 改 该 函数 所 有 的 调用 处 ， 使 其 在 调用 时 传 入 
该 字面 量 值 。 

。 测 试 。 

。 修 改 范 数 体 ， 令 其 使 用 新 传 入 的 参数 。 每 使 用 
一 个 新 参数 者 要 测试 。 

。 对 于 其 他 与 之 相似 的 畏 数 ， 逐 一 将 具 调 用 处 改 
~ 已 经 参数 化 的 落 数 。 每 次 修改 后 部 要 测 

VI ° 


如 果 第 一 个 函数 经 过 参数 化 以 后 不 能 直接 


BRADI ZAAK, WENER 
Ja HY EN BURL ZIE, E A o 


范例 
下 面 是 一 个 显而易见 的 例子 : 


function tenPercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.1); 


function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 


A 很 明显 我 可 以 用 下 面 这 个 函数 来 玲 换 上 面 两 
三: 


function raise(aPerson, factor) { 
aPerson.salary = aPerson.salary.multiply(1 + factor); 


J 


P 能 比 这 个 更 复杂 一 些 。 例 如 下 列 代 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 


const amount = 
bottomBand(usage) * 0.03 
+ middleBand(usage) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount ); 


function bottomBand(usage) { 
return Math.min(usage, 100); 


} 


function middleBand(usage) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 


function topBand(usage) { 
return usage > 200 ? usage - 200 : 0; 


} 


这 儿 个 函数 中 的 逻辑 明显 很 相似 ， 但 古 不 古 
相似 到 足以 支撑 一 个 参数 化 的 计算 “ 计 费 档 
W” (band) AYER BX? 这 次 就 不 像 前 面 第 一 个 例子 
那样 一 目 了 然 了 。 


在 笑 试 对 儿 个 相 天 的 函数 做 参数 化 控 作 时 ， 
我 会 完 从 中 挑选 一 个 ， 在 上 面 添加 参数 ， 同 时 留 
意 其 他 几 种 情况 。 在 类 似 这 样 处 理 “ 和 范围 > 的 情况 
下 ， 通 弟 从 位 于 中 间 的 范围 开始 看 手 较 好 。 所 以 
我 首先 选择 了 middleBand 函 数 来 添加 参数 ， 然 后 
调整 其 他 的 调用 者 来 适应 它 。 


middleBand 使 用 了 两 个 字面 量 值 ， 即 166 和 
200， 分 别 代表 “中 间 档 次? 的 下 界 和 上 界 。 我 首 和 多 


用 改变 函数 声明 (124) 加 上 这 两 个 参数 ， 同 时 顺 
手 给 函数 改 个 名 ， 使 其 更 好 地 表 壕 参数 化 之 后 的 
Me 


function withinBand(usage, bottom, top) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 


const amount = 
bottomBand(usage) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 

return usd(amount ); 


} 


在 函数 体内 部 ， 把 一 个 字面 量 改 为 使 用 新 传 
入 的 参数 : 


function withinBand(usage, bottom, top) 
return usage > bottom ? Math.min(usage, 200) - bottom : 0; 


eA: 


function withinBand(usage, bottom, top) 
return usage > bottom ? Math.min(usage, top) - bottom : 0; 


XT FRAY AA bottomBandERAHYHE TAT , FR 
其 改 为 调用 参数 化 了 的 新 函数 。 


function baseCharge(usage) { 
if (usage < 0) return usd(0Q); 
const amount = 
withinBand(usage, ©, 100) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 


return usd(amount ); 


H TRX toppan HH, RAR 
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function baseCharge(usage) { 
if (usage < 0) return usd(0); 
const amount = 
withinBand(usage, ©, 100) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ withinBand(usage, 200, Infinity) * 0.07; 


return usd(amount ); 


照 现 在 的 逻辑 ， seg Al ae 
CA DART oA, Re REDARE 
了 逻辑 上 的 必要 性 ， T 留 在 原 地 ， 
因为 它 曾 明了 “ 传 入 的 usage 参 数 为 负数 ”这 种 情况 
是 如 何 处 理 的 。 


11.3” 移 除 标记 参数 (Remove Flag 


Argument) 


用 名 : 以 明确 函数 取代 参数 (Replace 


Parameter with Explicit Methods) 


function setDimension(name, value) { 
if (name === "height") { 
this. height = value; 
return; 
} 
if (name === "width") { 
this. width = value; 
return; 


J 


} 


function setHeight(value) {this. height = value; } 
function setWidth (value) {this. width = value;} 


动机 


“标记 参数 "和 是 这 样 的 一 种 参数 : 调用 者 用 它 
来 指示 人 饭 调 芳 数 应 该 执行 哪 一 部 分 逻辑 。 例 如 ， 
我 可 能 有 下 面 这 样 一 个 芳 数 : 


function bookConcert(aCustomer, isPremium) { 
if (isPremium) { 
// logic for premium booking 
} else { 


// logic for regular booking 


J 


} 


要 预订 一 场 高 级 音乐 会 (premium 
concert) ， 就 得 这 样 发 起 调用 : 


一 
标记 参数 也 可 能 以 枚 举 的 形式 出 现 : 


或 者 是 以 字符 串 (或 者 符号 ， 如 采编 程 语言 
文 持 的 话 ) 的 形式 出 现 : 


bookConcert(aCustomer, "premium"); 


我 不 喜欢 标记 参数 ， 因 为 它们 让 人 难以 理解 
到 撒 有 哪些 函数 可 以 调用 、 应 该 怎么 调用 。 拿 到 
一 份 API 以 后 ， 我 首先 看 到 的 古 一 系列 可 供 调用 
的 函数 ， 但 标记 参数 却 隐藏 了 函数 调用 中 存在 的 
老 异 性 。 使 用 这 样 的 函数 ， 我 还 得 弄 清 标记 参数 
有 哪些 可 用 的 值 。 布 尔 型 的 标记 尤其 糟糕 ， 因 为 
它们 不 能 清晰 地 传达 其 含义 一 一 在 调用 一 个 函数 
时 ， 我 很 难 弄 清 true 到 发 是 什么 意思 。 如 果 明 确 
用 一 个 函数 来 完成 一 项 单独 的 任务 ， 其 合 义 会 清 


晰 得 多 。 


并 非 所 有 类 似 这 样 的 参数 部 十 标记 参数 。 如 
果 调 用 者 传 入 的 古 程 序 中 流动 的 数据 ， 这 样 的 参 
数 不 算 标记 人 参数; 只 有 调用 着 直接 传 入 字面 量 
值 ， 这 才 是 标记 参数 。 帮 外， 在 函数 实现 内 部 ， 
如 来 参数 值 只 十 作为 数据 传 给 其 他 范 数 ， 这 束 不 
ERLAR AB SRUE RM SERIA BAILS tl 
流 ， 这 才 征 标记 参数 。 


移 除 标记 参数 不 仅 使 代码 更 整 滞 ， 并 且 能 着 
助 开 发 工具 更 好 地 发 挥 作用 。 去 挥 标记 参数 后 ， 
代码 分 析 工 具 能 更 容易 地 体现 出 “局 级 "和 “ 普 
通 ” 两 种 预订 逻辑 在 使 用 时 的 区 别 。 


WAR MHRA SE TICE, WEA 
不 将 其 保留 ， 否 则 我 束 得 时 对 各 个 参数 的 各 种 取 
值 的 所 有 组 合 情 况 近 供 明确 函 效 。 不 过 这 也 是 一 
个 信号 ， 说 明 这 个 函数 可 能 做 得 太 多 ， 应 该 考虑 
侠 合 能 用 更 简单 的 印 数 来 组 合 出 完整 的 逻辑 。 


做 法 
earn een. Tee 


QUAR ELK AVA TSHR ot Ae ee, BY 
用 分 解 条 件 表达 式 (260) AHHH T 


WU, AT DART KRUZ EENE LS EBM o 


.对 于 "用 字面 量 值 作为 参数 ”的 画 数 调用 者 ， 将 
其 改 为 调用 新 建 的 明确 画 数 。 


范例 


在 浏 哎 代码 时 ， 我 发 现 多 处 代码 在 调用 一 个 
函数 计算 物流 (shipment) 的 到 货 日 期 (delivery 


date) 。 一 些 调用 代码 类 似 这 样 : 


aShipment.deliveryDate = deliveryDate(anOrder, true); 


为 一 些 调用 代码 则 是 这 样 : 


aShipment.deliveryDate = deliveryDate(anOrder, false); 


面 对 这 样 的 代码 ， 我 立即 开 始 好 宫 : 参数 里 
文 个 布尔 值 是 什么 意思 ? 是 用 来 干什么 的 ? 


deliveryDate 国 数 主 体 如 下 所 示 : 


function deliveryDate(anOrder, isRush) { 
if (isRush) { 
let deliveryTime; 
if ([ "MA", "CT" ] .includes(anOrder.deliveryState) ) 
deliveryTime = 1; 
else if (["NY", "NH"].includes(anOrder.deliveryState) ) 
deliveryTime = 2; 
else deliveryTime = 3; 
return anOrder.placedOn.plusDays(1 + deliveryTime) ; 
} 
else { 
let deliveryTime; 
if (["MA", "CT", "NY"].includes(anOrder.deliveryState) ) 
deliveryTime = 2; 
else if (["ME", "NH"] .includes(anOrder.deliveryState) ) 
deliveryTime = 3; 
else deliveryTime = 4; 
return anOrder.placedOn.plusDays(2 + deliveryTime) ; 


} 


} 


原来 调用 兰 用 这 个 布尔 型 字面 量 来 判断 应 该 
运行 哪个 分 文 的 代码 一 一 典型 的 标记 参数 。 然 而 
畏 数 的 重点 吏 在 于 要 遵循 调用 者 的 指令 ， 所 以 最 
好 征用 明确 函数 的 形式 明确 说 出 调用 者 的 意图 。 


对 于 这 个 例子 ， 我 可 以 使 用 分 解 条 件 表达 式 
(260) ， 得 到 下 列 代码 : 


function deliveryDate(anOrder, isRush) { 
if (isRush) return rushDeliveryDate(anOrder ); 
else return regularDeliveryDate(anOrder ); 


function rushDeliveryDate(anOrder) { 

let deliveryTime; 

if (["MA", "CT" ] .includes(anOrder.deliveryState) ) 
deliveryTime = 1; 

else if (["NY", "NH"].includes(anOrder.deliveryState) ) 
deliveryTime = 2; 

else deliveryTime = 3; 

return anOrder.placedOn.plusDays(1 + deliveryTime) ; 


function regularDeliveryDate(anOrder) { 

let deliveryTime; 

if (["MA", "CT", "NY"].includes(anOrder.deliveryState) ) 
deliveryTime = 2; 

else if (["ME", "NH"] .includes(anOrder.deliveryState) ) 
deliveryTime = 3; 

else deliveryTime = 4; 

return anOrder.placedOn.plusDays(2 + deliveryTime) ; 


JPN TPR ANAS BE PH Fea al A ek A, Ee 
在 我 可 以 修改 调用 方 代码 了 。 调 用 代码 


aShipment.deliveryDate = deliveryDate(anOrder, true); 


可 以 改 为 
ANTLER ° 
处 理 完 所 有 调用 处 ， 我 束 可 以 移 除 


deliveryDate Hav i 


这 个 参数 是 标记 参数， 不仅 因为 它 是 布尔 类 
型 ， 而 且 还 因为 调用 方 以 字面 量 的 形式 直接 设置 
参数 值 。 如 条 所 有 调用 deliverypate 的 代码 都 像 


这 样 


const isRush = determineIfRush(anOrder ) ; 


aShipment.deliveryDate = deliveryDate(anOrder, isRush); 


那 我 对 这 个 画 数 的 签名 没有 任何 意见 (不 过 
我 还 是 想 用 分 解 条 件 表 这 式 (260) 清理 其 内 部 人 
现 ) 。 


可 能 有 一 些 调用 者 给 这 个 参数 传 入 的 是 字面 
量 ， 将 其 作为 标记 参数 使 用 ;， 男 一 些 调 用 痢 则 传 
入 正常 的 数据 。 厂 果真 如 此 ， 我 还 是 会 使 用 移 除 
标记 参数 (314) ， 但 不 修改 传 入 正常 数据 的 调用 
É, He RS) ZG RAT 18, AN PRdeLiveryDateLN av > 这 
样 我 束 提 供 了 两 看 接口 ， 分 别 支 持 不 同 的 用 途 。 


直接 拆 分 条 件 逻 辑 是 实施 本 重 构 的 好 方法 ， 
(AAG SARE QUE HT A We BAZ ETE BN BL 
最 外 层 (或 者 可 以 比较 容易 地 将 其 重 构 至 函数 最 
外 层 ) 的 时 候 ， 这 一 招 才 好 用 。 画 数 内 部 也 有 可 
能 以 一 种 更 纠结 的 方式 使 用 标记 参数 ， 例 如 下 面 
IX ARASH deliveryDatelLRAY: 


function deliveryDate(anOrder, isRush) { 
let result; 
let deliveryTime; 


MA" || anOrder.deliveryState 


NY" || 


NH" && !isRush) 
deliveryTime = 3; 


else if (isRush) 

deliveryTime = 3; 

ME" ) 

deliveryTime = 3; 
else 

deliveryTime = 4; 
result = anOrder.placedOn.plusDays(2 + deliveryTime) ; 
if (isRush) result = result.minusDays(1); 
return result; 


aL BR, ASHER SEisRushby at iF FEK 
离 到 顶层 ， 需 要 的 工作 量 可 能 会 很 大 。 所 以 我 选 
EREM RKE, Æ deliverypate Z EASI AA K 
BN: 


function rushDeliveryDate (anOrder) {return 
deliveryDate(anOrder, true); } 


function regularDeliveryDate(anOrder) {return 
deliveryDate(anOrder, false);} 


ZS RE, CPS EBD BRE T 
deliveryDate K — Hh 分 的 使 用 方式 。 不 过 它们 
i A KAPS, Me TRS SCAN IT 
定义 


随后 ， 我 同样 可 以 逮 一 准 换 原 芳 数 的 调用 
着 ， 束 跟前 面 分 解 条 件 表达 式 之 后 的 处 理 一 样 。 
如 来 没有 任何 一 个 调用 着 疝 isRush 参 数 传 入 正 凋 
的 数据 ， 我 最 后 会 限制 原 范 数 的 可 见 性 ， 或 是 将 
其 改名 (例如 改 为 deliveryDateHelperonly) i 
LEA WRIA Be (AIX TB o 


11.4 ”保持 对 象 完整 (Preserve 
Whole Object) 


E 和 p(A) 
人 S 和 q(A) 


f(A E o) 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 


if (aPlan.withinRange(low, high) ) 


if (aPlan.withinRange(aRoom.daysTempRange) ) 


QUA LM Pic ae 2a LS 
(A, a CHD L- Ma EREA — EB, R 
会 更 愿意 把 整个 记录 传 给 这 个 函数 ， 在 函数 体内 
部 导出 所 需 的 值 。 


“传人 逮 整 个 记录 ”的 方式 能 更 好 地 应 对 变化 : 
如 和 东 将 来 伞 调 的 函数 需要 从 记录 中 导出 更 多 的 效 
据 ， 我 吏 不 用 为 此 修改 参数 列表 。 并 且 传 递 整个 
TOR AEE RU Fe, LEK ALR A ye 
E o WRA RE KAE H i ae FA] 28 BX 
据 ， 处 理 这 部 分 数据 的 逻辑 常会 重复 ， 此 时 可 以 
把 这 些 处 理 逻 辑 扳 移 到 完整 对 象 中 去 。 


也 有 时 我 不 想 采 用 本 重 构 手 法 ， 因 为 我 不 想 
LEB ENON SE BT R, TCR ETE EIA 


一 个 模块 中 的 时 候 。 


从 一 个 对 象 中 抽取 出 儿 个 值 ， 竺 独 对 这 几 个 
值 做 某 些 逻辑 操作 ， 这 是 一 种 代码 坏 味 道 (依恋 
情结 ， 通 党 标志 着 这 段 逻 辑 应 该 被 搬移 到 对 象 
中 。 傈 持 对 象 完整 经 钊 发 生 在 引入 参数 对 象 
(140) 之 后 ， 我 会 搜寻 使 用 原来 的 数据 泥 团 的 代 
码 ， 代 之 以 使 用 独 的 对 象 。 


如 末 几 处 代码 部 在 使 用 对 象 的 一 部 分 功能 ， 
可 能 意味 着 应 该 用 提炼 类 (182) 把 这 一 部 分 功能 
单独 提炼 出 来 。 

还 有 一 种 曾 被 忽 倪 的 情况 ， 调 用 痢 将 目 己 的 
若干 数据 作为 参数 ， 传 递 给 补 调 用 函数 。 这 种 情 
况 下 ， 我 可 以 将 调用 者 的 自我 引用 (在 JavaScript 
中 就 是 this) 作为 参数 ， 直 接 传 递 给 目标 函数 。 


做 法 


。 新 建 一 个 空 画 数 ， 给 它 以 期 望 中 的 参数 列表 
( 即 传 入 完整 对 象 作为 参数 ) 。 


给 这 个 函数 起 一 个 容易 搜索 的 名 字 ， 这 样 


到 重 构 结束 时 方便 替换 。 


。 在 新 函数 体内 调用 旧 函 数 ， 并 把 新 的 参数 (BY 
完整 对 象 ) FRASIER BIRETE 
整 对 象 的 各 项 数据 ) 。 

执行 静态 检查 。 

逐一 修改 旧 函 效 的 调用 音 ， 令 其 使 用 新 团 效 ， 
每 次 修改 之 后 执行 测试 。 


修改 之 后 ， 调 用 处 用 于 “从 完整 对 象 中 导出 


参数 值 ” 的 代码 可 能 就 没 用 了 ， 可 以 用 移 除 死 代 
码 (237) EFH ° 


。 上 所 有 调用 处 都 修改 过 来 之 后 ， 使 用 内 联 函 效 
(115) 把 旧 函 数 内 联 到 新 函数 体内 。 
。 给 新 芳 数 改名 ， 从 重 构 开始 时 的 容易 搜索 的 临 
时 名 字 ， 改 为 使 用 旧 函 数 的 名 子 ， 同 时 修改 所 
有 调用 处 。 


范例 


我 们 想象 一 个 宇 温 监控 系统 ， 它 负责 记录 房 
间 一 天 中 的 最 高 温度 和 最 低温 度 ， 然 后 将 实际 的 
瘟 度 范围 与 预先 规 定 的 温度 控制 计划 Cheating 
plan) 相 比 较 ， 如 果 当 天 温度 不 符合 计划 要 求 ， 
MAH est ° 


调用 方 .… 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 


if (!aPlan.withinRange(low, high) ) 
alerts.push("room temperature went outside range"); 


class HeatingPlan... 


withinRange(bottom, top) { 
return (bottom >= this. _temperatureRange.low) && (top <= 


this. _temperatureRange.high); 


ESC ANS Ui Ee BS)" Ae SR AR 
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7 
数 即 可 。 


首先 ， 我 在 HeatingPlan 类 中 新 添 一 个 空 玉 
数 ， 给 它 岐 予 我 认为 合理 的 参数 列表 。 


class HeatingPlan... 


xxNEWwithinRange(aNumberRange) { 
} 


因为 这 个 画 数 最 终 要 取代 现 有 的 withinRange 
函数 ， 所 以 它 也 用 了 同样 的 名 字 ， 再 加 上 一 个 容 
易 替换 的 前 组 


然后 在 新 函数 体内 调用 现 有 的 withinRange 辑 
数 。 因 此 ， 新 函数 体 驳 完成 了 从 新人 参数 列表 到 有 旧 
函数 参数 列表 的 映射 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 

return this.withinRange(aNumberRange. low, 
aNumberRange.high); 
} 


现在 开始 正 却 的 千 换 工作 了 ， 我 要 找到 调用 
现 有 函数 的 地 方 ， 将 其 改 为 调用 新 函数 。 


调用 方 .… 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 


if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 


在 修改 调用 处 时 ， 我 可 能 会 发 现 一 些 代 码 在 
需要 ， 此 时 可 以 使 用 移 除 死 代码 
Z23/) © 


调用 方 .… 


const _tow—aReom daystempRange _tow— 


const high—aRoom daysTempRange _Aigh+ 
if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 


每 次 替换 一 处 调用 代码 ， 每 次 修改 后 都 要 测 


iz ° 


Hal Sb eB eS BUA, FRANKEN (115) 
将 旧 函 数 内 联 a 到 新 函数 体内 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 
return (aNumberRange.low >= this._temperatureRange.low) && 


(aNumberRange.high <= this. _temperatureRange.high); 


} 


终于 可 以 去 挥 新 芳 数 那 难 看 的 前 级 了， 记得 
同时 修改 所 有 调用 者 。 束 算 我 所 使 用 的 开发 环境 
不 文 持 可 徘 的 落 数 改名 操作 ， 有 这 个 极 具 特色 的 
前 级 在 ， 我 也 可 以 很 方便 地 全 局 督 换 。 


class HeatingPlan... 


withinRange(aNumberRange) { 
return (aNumberRange.low >= this._temperatureRange.low) && 


(aNumberRange.high <= this. _temperatureRange.high); 


} 


调用 方 .… 


if (!aPlan.withinRange(aRoom.daysTempRange) ) 


alerts.push("room temperature went outside range"); 


范例 : 换个 方式 创建 新 函数 


FE ETA ANE, ECE eo ST BT ENB °K 
多 数 时 候 ， 这 一 步 非 疝 商 单 ， 也 是 创建 靳 函数 最 


容易 的 万 式 。 不 过 有 时 还 会 用 到 为 一 种 方式 可 
以 完全 通过 重 构 手 法 的 组 合 来 得 到 新 函数 。 


我 从 一 处 调用 现 有 函数 的 代码 开始 。 
调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 


if (!aPlan.withinRange(low, high) ) 
alerts.push("room temperature went outside range"); 


我 要 多 对 代码 做 一 些 整理 ， 以 便 用 提炼 函数 
(106) 来 创建 新 函数 。 目 前 的 调用 者 代码 还 不 具 
备 可 拥 炼 的 函数 稚 形 ， 不 过 我 可 以 匈 做 几 次 所 和 炼 
变量 (119) ， 使 其 轮廓 显现 出 来 。 首 和 完 ， 我 要 把 
对 旧 函 数 的 调用 从 条 件 判 断 中 解放 出 来 。 


调用 方 .… 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 


const isWithinRange = aPlan.withinRange(low, high); 


if (!iswWithinRange) 
alerts.push("room temperature went outside range"); 


Rate AS BU EK OK ° 


调用 方 .… 


const tempRange = aRoom.daysTempRange; 
const low = tempRange. low; 
const high = tempRange.high; 


const isWithinRange = aPlan.withinRange(low, high); 
if (!iswithinRange) 
alerts.push("room temperature went outside range"); 


TROX — ZR, Wn AHER (106) 
RBE ST EN BL ° 


调用 方 .… 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = xxNEWwithinRange(aPlan, tempRange); 
if (!iswWithinRange) 

alerts.push("room temperature went outside range"); 


顶层 作用 域 ... 


function xxNEWwithinRange(aPlan, tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 


const isWithinRange = aPlan.withinRange(low, high); 
return isWithinRange; 


由 于 旧 函 数 属于 另 一 个 上 下 文 (HeatingPlan 
K) ， 我 需要 用 搬移 函数 (198) 把 新 函数 也 搬 过 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = aPlan.xxNEWwithinRange(tempRange) ; 


if (!iswWithinRange) 
alerts.push("room temperature went outside range"); 


class HeatingPlan... 


XXNEWwithinRange(tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 


const isWithinRange = this.withinRange(low, high); 
return isWithinRange; 


} 


剩 下 的 过 程 融 跟 前面 一 样 了 : 登 换 其 他 调用 
者 ， 然 后 把 旧 函 数 内 联 到 新 函数 中 。 重 构 刚 开始 
的 时 候 ， 为 了 清晰 分 离 画 数 调用 ， 以 便 近 炼 出 新 
芳 数 ， 我 提炼 了 儿 个 变量 出 来 ， 现 在 可 以 把 这 些 
变量 也 内 联 回 去 。 


这 种 方式 的 好 处 在 于 : 它 完 全 是 由 其 他 重 构 
手法 组 合 而 成 的 。 如 来 我 使 用 的 开发 工具 文 持 可 
徘 的 提炼 和 内 联 操 作 ， 用 这 种 方式 进行 本 重 构 会 


特别 流畅 。 


11.5 ”以 查询 取代 参数 (Replace 


Parameter with Query) 


用 名 : 以 函数 取代 参数 (Replace Parameter 
with Method) 


KAEH: 以 参数 取代 查询 (327) 


reat clas } 


availableVacation(anEmployee, anEmployee.grade); 


function availableVacation(anEmployee, grade) { 


// calculate vacation... 


availableVacation(anEmployee) 


function availableVacation(anEmployee) { 
const grade = anEmployee.grade; 
// calculate vacation... 


畏 数 的 参数 列表 应 该 总 结 该 男 效 的 可 变性 ， 
RRM SCTE 体现 出 行为 差异 的 主要 方式 。 和 
任何 代码 中 的 语句 一 样 ， 参 数列 表 应 该 尽量 避免 
重复 ， 并 且 参 数列 表 越 短 束 越 容易 理解 。 


如 果 调 用 函数 时 传 入 了 一 个 值 ， 几 
芳 数 目 己 来 获得 也 是 同样 容易 ， 这 束 是 重复 。 
个 本 不 必要 的 参数 会 增加 调用 者 的 难度 ， 办 为 它 
不 得 不 找 出 正确 的 参数 值 ， 其 实 原本 调用 者 是 不 
需要 费 这 个 力气 的 。 


“同样 容易 ”四 个 字 ， 划 出 了 一 条 判断 的 界 
限 。 去 除 参 数 也 就 意味 着 “获得 正确 的 参数 值 ” 的 
责任 被 转移 :有 参数 传 入 时 ， 调 用 者 需要 负责 获 
FEAA: SAER, MEMKE A 
了 国 数 本 号。 一 般 而 言 ， 我 习惯 于 人 宵 化 调用 方 ， 
因此 我 愿意 把 中 LEGALS ER BUR 但 如 果 函 数 
难以 承担 这 份 现任， 束 男 当 别 论 了 。 


不 使 用 以 查询 取代 参数 最 常见 的 原因 是 ， 移 
除 参数 可 能 会 给 画 数 体 增加 不 必要 的 依赖 关系 


让 函数 了 解 这 个 元 素 的 存在 。 这 种 “不 必要 的 依赖 
天 系 ” 除 了 新 增 的 以 外 ， 也 可 能 起 我 想 要 稍 后 去 除 
的 ， 例 如 为 了 去 除 一 个 参数 ， 我 可 能 会 在 函数 体 
内 调用 一 个 有 问题 的 印 效 ， 或 是 从 一 个 对 象 中 多 


取 菏 些 原本 想 要 剥离 出 去 的 数据 。 在 这 些 情况 
下 ， 部 应 该 层 重 考虑 使 用 以 查询 取代 参数 。 


如 东 想 要 去 除 的 参数 值 只 需要 问 另 一 个 参数 
查询 束 能 得 下， 这 征 使 用 以 查询 取代 参数 最 安全 
的 场景 。 如 来 可 以 从 一 个 参数 推导 出 力 一 个 参 
20 Tener 


另外 有 一 件 事 需要 留意 : 如 采 在 处 理 的 函数 
县 有 引用 透明 性 (referential transparency， 即 ， 不 
论 任何 时 候 ， 只 要 传 入 相同 的 参数 值 ， 该 芳 数 的 
行为 永远 一 致 ) ， 这 样 的 函数 既 容 易 理解 又 容易 
测试 ， 我 不 想 使 其 失去 这 种 优秀 品质 。 我 不 会 去 
挥 它 的 参数 ， 让 它 去 访问 一 个 可 变 的 全 局 变量 。 


做 法 


。 如 果 有 必要 ， 使 用 提炼 函数 (106) 将 参数 的 
计算 过 程 提炼 到 一 个 独立 的 函数 中 。 

。 将 函数 体内 引用 该 参数 的 地 万 改 为 调用 新 建 的 
畏 效 。 每 次 修改 后 执行 测试 。 

。 全 部 蔡 换 完成 后 ， 使 用 改变 函数 声明 (124) 
将 该 参数 去 挥 。 


范例 


某 些 重 构 会 使 参数 不 再 被 需 要 ， 这 是 我 最 第 
用 到 以 查询 取代 参数 的 场合 。 考 虑 下 列 代码 。 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
let discountLevel; 
if (this.quantity > 100) discountLevel = 2; 
else discountLevel = 1; 
return this.discountedPrice(basePrice, discountLevel); 


} 


discountedPrice(basePrice, discountLevel) { 
switch (discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 
} 
} 


TE fal 10, EK BOZTEN, 我 总 是 热衷 于 使 用 以 查 
J 各 时 变量 (178) ， 于 是 就 得 到 了 如 下 代 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 


return this.discountedPrice(basePrice, this.discountLevel); 


get discountLevel() { 
return (this.quantity > 100) ? 2: 1; 


到 这 一 步 ， 已 经 不 需要 再 把 discountLevel 的 
计算 ZEREZ AdiscountedPrice | , 后 者 可 以 目 己 
Vil HdiscountLevel KAY, MENE EE © 


因此 ， 我 把 discountedpPrice 国 数 中 用 到 这 个 
BAW HA CAAA B eval FA discountlevel i 
BL ° 


class Order... 


discountedPrice(basePrice, discountLevel) { 
switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 


case 2: return basePrice * 0.9; 


然后 用 改变 函数 声明 (124) 手法 移 除 该 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
return this.discountedPrice(basePrice,this-_discounttevet ) ; 


} 
discountedPrice(basePrice,—disceounttevel) { 


switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 


t 


} 


11.6 ”以 参数 取代 查询 (Replace 


Query with Parameter) 


反 向 重 构 :以 查询 取代 参数 (324) 


targetTemperature(aPlan) 


function targetTemperature(aPlan) { 
CcurrentTemperature = thermostat.currentTemperature; 


// rest of function... 


Y 


targetTemperature(aPlan, thermostat.currentTemperature) 


function targetTemperature(aPlan, currentTemperature) { 
// vest of function... 


动机 


在 浏 贤 函 数 实 现时 ， 我 有 时 会 发 现 一 些 令 人 
不 快 的 引用 关系 ， 例 如 ， 引 用 一 个 全 局 变量 ， 或 
者 引用 万 一 个 我 想 妥 移 除 的 元 素 。 为 了 解决 这 此 
令 人 不 快 的 引用 ， 我 需要 将 其 玲 换 为 函数 参数 ， 
| 用 关系 的 贡 任 转交 给 函数 的 调用 


需要 使 用 本 重 构 的 情况 大 多 源 于 我 想 要 改变 
代码 的 依赖 关系 为 了 让 目标 函数 不 再 依 顿 于 
某 个 元 丸 ， 我 把 这 个 元 和 聚 的 值 以 参数 形式 传递 给 
该 男 数 。 这 里 需要 注意 权衡 : 如 有 果 把 所 有 依赖 天 
系 都 变 成 参数 ， 会 寻 人 至 参数 列表 见长 重复 ;， 如果 
作用 域 之 则 的 共 至 太 多 ， 义 会 导致 画 数 间 依 赖 过 
度 。 我 一 回 不 要 于 微妙 的 权衡 ， 所 以 “能 够 可 靠 地 
改变 决定 ” 束 显 得 尤为 重要 ， 这 样 随 看 我 的 理解 加 
深 ， 程 序 也 能 从 中 受益 。 

如 采 一 个 函数 用 同样 的 参数 调用 总 是 给 出 同 
样 的 结 采 ， 我 们 束 说 这 个 函数 具有 “引用 透明 
性 ” (referential transparency) ， 这 样 的 函数 理解 
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而 后 者 不 具 引 用 透明 性 ， 那 么 包含 该 元 素 的 函 效 
也 驳 失 去 了 引用 透明 性 。 只 要 把 “不 具 引 用 透明 性 
的 元 杂 ” 变 成 参数 传 和 入， 函数 束 能 重 获 引 用 透明 
性 。 虽 然 这 样 珑 把 责任 转移 给 了 函数 的 调用 者 ， 
但 是 其 有 引用 透明 性 的 模块 能 市 来 很 多 益 处。 有 
一 个 第 见 的 模式 : 在 负责 逻辑 处 理 的 模块 中 只 
纯 函 数 ， 其 外 再 包 右 处 理 IO 和 其 他 可 变 元 素 的 有 
租 代 码 。 借 助 以 参数 取代 人 查询， 我 可 以 提纯 程序 
a 使 其 更 容易 测试 、 更 容易 理 
Eo 


个 过 以 参数 取代 查询 并 非 只 有 好 处 。 把 得 询 
变 成 参数 以 后 ， 殊 担 使 调用 肴 必须 弄 消 如 何 提 供 
正确 的 参数 值 ， 这 会 增加 函数 调用 痢 的 复杂 及 ， 
而 我 在 设计 接口 时 通 闸 更 愿意 让 接口 的 消费 者 更 
容易 使 用 。 归 根 到 奈 ， 这 古 关 于 程序 中 贡 任 分 配 
的 问题 ， 而 这 方面 的 决策 既 不 容易 ， 也 不 会 一 入 
永 逸 一 一 这 束 是 我 需要 非常 熟悉 本 重 构 (及 其 反 
回 重 构 ) 的 原因 。 


做 法 


。 对 执行 树 询 操作 的 代码 使 用 近 烁 变量 
(119) ， 将 其 从 函数 体 中 分 离 出 来 。 


。 现 在 函数 体 代码 已 经 不 再 执行 查询 操作 MWE 
使 用 前 一 步 提炼 出 的 变量 ) ， 对 这 部 分 代码 使 
用 提炼 函数 (106) ° 


Se te On Ho AY ast EN EE — “PE Dy TL RA 


字 ， 以 便 稍 后 改名 。 


+ PRAIA SE (123) , MERMA FER HORA 
“对 原来 的 函数 使 用 内 联 函 数 (115) ° 

e 对 新 函数 改名 ， 改 回 原 米国 数 的 名 字 。 
范例 


我 们 想象 一 个 简单 却 又 烦人 的 温度 控制 系 
统 。 用 户 可 以 从 一 个 温 控 终端 (thermostat) 指定 
温度 ， 但 指定 的 目标 温度 必须 在 温度 控制 计划 
(heating plan) 允许 的 范围 内 。 


class HeatingPlan... 


get targetTemperature() { 

if (thermostat.selectedTemperature > this._max) return 
this. max; 

else if (thermostat.selectedTemperature < this. min) return 


this._min; 
else return thermostat.selectedTemperature; 


} 


调用 方 .… 


if (thePlan.targetTemperature > 
thermostat.currentTemperature) setToHeat(); 
else 


if(thePlan.targetTemperature<thermostat.currentTemperature)set 
ToCool(); 
else setOff(); 


FRSA in PTT LU ll T REK, EN 
IE TARA, BOR ESS ° AN 
过 作为 程序 员 ， 我 更 担心 的 是 targetTemperature 
函数 依赖 于 全 局 的 thermostat 对 象 。 我 可 以 把 需 
要 这 个 对 象 提供 的 信息 作为 参数 传 入 ， 从 而 打破 
对 该 对 和 象 的 依赖 。 


首先， 我 要 用 提炼 变量 (119) 把 “希望 作为 
参数 传 入 的 信息 ”提炼 出 来 。 


class HeatingPlan... 


get targetTemperature() { 
const selectedTemperature = thermostat.selectedTemperature; 
if (selectedTemperature > this._max) return this._max; 


else if (SselectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


} 


这 样 可 以 比较 容易 地 用 提炼 函数 (106) 把 整 
SHAE HO, ART RE RUA Ae Beh 
在 原 地 。 


class HeatingPlan... 


get targetTemperature() { 
const selectedTemperature = thermostat.selectedTemperature; 
return this.xxNEWtargetTemperature(selectedTemperature) ; 


} 


xxNEWtargetTemperature(selectedTemperature) { 
if (selectedTemperature > this._max) return this._max; 
else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


} 


然后 把 刚才 提炼 出 来 的 变量 内 联 回 去 ， 于 蚌 
日 范 效 殉 只 剩 一 个 简单 的 调用 。 


class HeatingPlan... 


get targetTemperature() { 
return 


this.xxNEWtargetTemperature(thermostat.selectedTemperature) ) 
} 


现在 可 以 对 其 使 用 内 联 函 数 (115) ° 


调用 方 .… 


if 
(thePlan. xxNEWtargetTemperature(thermostat.selectedTemperature 
) > 
thermostat.currentTemperature) 
setToHeat(); 
else if 


(thePlan. xxNEWtargetTemperature(thermostat.selectedTemperature 


) < 
thermostat.currentTemperature) 
setToCool(); 
else 
setOff(); 


再 把 新 画 数 改名 ， 用 回 旧 画 数 的 名 字 。 得 益 
于 之 前 给 它 起 了 一 个 容易 搜索 的 名 字 ， 现 在 只 
把 前 级 去 掉 就 行 。 


调用 方 .… 


if 
(thePlan.targetTemperature(thermostat.selectedTemperature) > 
thermostat.currentTemperature) 
setToHeat(); 
else if 
(thePlan.targetTemperature(thermostat.selectedTemperature) < 


thermostat.currentTemperature) 
setToCool(); 


else 
setoff(); 


class HeatingPlan... 


targetTemperature(selectedTemperature) { 


if (selectedTemperature > this._max) return this._max; 
else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


Wal FATT BS Ca ER EC BP) ZB SERS T, 
这 十 使 用 本 重 构 手法 的 第 见 情 况 。 将 一 个 依赖 天 
系 从 一 个 模块 中 移出 ， 束 意味 着 将 处 理 这 个 依赖 
天 系 的 贡 任 推 回 给 调用 着 。 这 是 为 了 降低 精 合 度 
而 付出 的 代价 。 


BE, ERX thermostat H AARE, HA 
是 本 重 构 市 来 的 唯一 收益 9 HeatingPlan 类 本 刁 是 
不 可 变 的 一 一 字段 的 值 都 在 构造 函数 中 设置 ， 任 
何 函 数 都 不 会 修改 它们 。 (不 用 费心 去 查看 整个 
类 的 代码 ， 相 信 我 就 好 。) 在 不 可 变 的 
HeatingPlan 基 础 上 ， 把 对 thermostat 的 依赖 移出 
函数 体 之 后 ， 我 又 使 targetTemperature 国 数 具 备 
了 引用 透明 性 。 从 此 以 后 ， 只 要 在 同一 个 
HeatingPlan 对 象 上 用 同样 的 参数 调用 


targetTemperature 团 数 ， 我 会 始终 得 到 同样 的 结 
R o Ul FRHeatingPlanh PTA KAES 45 | HAHH 
性 ， 这 个 类 会 更 容易 测试 ， 其 行为 也 更 容易 理 
解 。 


JavaScript 的 类 模型 有 一 个 问题 ， 无 法 强制 要 
求 类 的 不 可 变性 一 一 始终 有 办 法 修改 对 象 的 内 部 
数据 。 尽 管 如 此 ， 在 编写 一 个 类 的 时 候 明 确 说 明 
FOI ANA OPE, TA eo RELL 
FEAN A] SO Fe PR, DABS SVB) 
WTA AI — TEES A AR e 


11.7 BREW (Remove 
Setting Method) 


x 


Class Person { 
get name() {...} 
set name(aString) {...} 


class Person { 
get name() {...} 


动机 


WREN RE T AKN, AER 
这 个 字段 可 以 被 改变 。 如 果 不 希 望 在 对 象 创建 之 
后 此 了 字段 还 有 机 会 修改 变 ， 那 整 不 要 为 它 提 供 设 
(AERA (同时 将 该 字段 声明 为 不 可 变 ) 。 这 样 一 
来 ， 该 字段 殉 只 能 在 构造 邯 数 中 赋值 ， 我 “不 想 让 
它 被 修改 "的 意图 会 更 加 清晰 ， 并 且 可 以 排除 其 值 
这 种 可 能 性 往往 是 非常 大 


有 两 种 闻 见 的 情况 需要 讨论 。 一 种 情况 是， 
AE) SR A BORIS FEA, 
FATE te EA AN EEE o AA SE BU te EK BU 
FY CELE SAE — (EA ° ARRUE, E 


意 去 除 设 值 函 数 ， 清 晰 地 表达 “构造 之 后 不 应 该 再 
更 新 字段 值 " 的 意图 。 


HIRVE, X BE H A i D E A 
ANP HO, MA RAK al RE Es 
Fle Bria“ GIES”, sted AMI een, A 
Ja Wize AINAKA al AD, E SE TAT BR 
的 构造 。 创 建 脚本 执行 完 以 后 ， 这 个 狐 生 对 象 的 
部 分 ( 力 至 全 部 字段 束 不 应 该 册 被 修改 。 设 值 
六 数 只 应 该 在 起 初 的 对 象 创建 过 程 中 调用 。 对 于 
这 种 情况 ， 我 也 会 想 办 法 去 除 设 值 男 数 ， 更 消 晰 
地 表达 我 的 意图 。 


做 法 
。 如 采 构 造 画 数 疝 无 法 得 到 想 要 设 入 字段 的 值 ， 
忠 使 用 改变 函数 声明 (124) 将 这 个 值 以 参数 


的 形式 传 入 构造 函数 。 在 构造 范 数 中 调用 设 值 
aN, WEE ° 


QUARRIES, A DL a Pe 


EM EEEE ANTEK, 这 能 何 化 后 续 步 
PK ° 


。 移 除 所 有 在 构造 隙 数 之 外 对 设 值 范 数 的 调用 ， 
alae iain FEEL Ja ABEN 
N ° 


QURAN RETE Vel FC 1 KRT E AA “BE — 


AINA” (BRI He EET — PB PSE EES H 
的 对 象 ) ， 请 放弃 本 重 构 。 


。 使 用 内 联 函 数 (115) 消去 设 值 贸 数 。 如 果 可 
ag 把 字段 声明 为 不 可 变 。 
e Ms 


范例 
我 有 一 个 很 简单 的 person 类 。 
Class Person... 


get name() {return this._name; } 
set name(arg) {this._name = arg; } 


get id() {return this._id;} 
set id(arg) {this._id = arg;} 


目击 我 会 这 样 创建 新 对 象 : 


const martin = new Person(); 
martin.name = "martin"; 


martin.id = "1234"; 


对 象 创 建 之 后 ，name 字 段 可 能 会 改变 ， 但 id 
字段 不 会 。 为 了 更 清晰 地 表达 这 个 设计 意图 ， 我 
P ARA Mid TERANSE KZ ° 


但 id 子 段 还 得 设置 初始 值 ， 所 以 我 目 完 用 改 
— 明 (124) FEMA PASI AS 


class Person... 


constructor(id) { 
this.id = id; 
} 


然后 调整 创建 脚本 ， 改 为 从 构 志 函数 设 值 id 
字段 值 。 


const martin = new Person("1234") ; 
martin.name = "martin"; 


martin.id = "1234"; 


所 有 创建 person 对 象 的 地 方 都 要 如 此 修改 ， 
每 次 修改 之 后 要 执行 测试 。 


全 部 修改 完成 后 ， 就 可 以 用 内 联 函 数 (115) 
IRA WBN ° 
class Person... 


constructor(id) { 
this._id = id; 


get name() {return this._name; } 


set name(arg) {this._name = arg;} 
get id() {return this._id;} 


11.8 DAT) BAe aL 
(Replace Constructor with Factory 
Function) 


用 名 : 以 工厂 函数 取代 构造 函数 (Replace 
Constructor with Factory Method) 


<> 


一 
4 l 
一 
一 


y 
© ---> new Thing(){ } 


leadEngineer = new Employee(document.leadEngineer, 'E'); 
leadEngineer = createEngineer (document.leadEngineer ); 


很 多 面 癌 对 和 象 语言 都 有 特别 的 构造 图 效 ， 专 
| 用 于 对 象 的 初始 化 。 需 要 新 建 一 个 对 象 时 ， 客 
户 凯 通 各 会 调用 构造 团 效 。 但 与 一 般 的 国 效 相 
HE, PEN ACB EE A BRE © NE, 
Java li) #4) ta Es UR Be E SB Pr ved H SR SE, 
EWE, BACAR GME aa BK IPSs 
实例 或 代理 对 象 ， Rae EN NA a ze FBI ERY, Al 
EEEH EANA A Es; te 
数 需 要 通过 特殊 的 操作 符 来 调用 (在 很 多 语言 中 
人 
以 使 用 。 


工厂 画 数 就 不 受 这 些 限 制 。 工 厂 画 数 的 实现 
内 部 可 以 调用 构造 本 数 ， 但 也 可 以 换 成 别 的 方式 
实现 。 


做 法 


畏 数 ， 让 它 调 用 现 有 的 构造 函 
。 将 调用 构造 钞 数 的 代码 改 为 调用 工厂 函数 。 
。 每 修改 一 处 ， 束 执行 测试 。 

e REHE NE KAH a] yE E] o 


范例 


义 古 那个 早 调 乏味 的 例子 :员工 薪 贷 系统 。 
我 还 是 以 Employee 类 表示 “员工 ”。 


class Employee... 


constructor (name, typeCode) { 
this. name = name; 


this. typecode = typeCode; 


get name() {return this._name; } 
get type() { 


return Employee. legalTypeCodes[this._typeCode]; 


static get legalTypeCodes() { 


return {"E": "Engineer", "M": "Manager", "S": "Salesman"}; 


便 用 它 的 代码 有 这 样 的 : 


调用 方 .… 


也 有 这 样 的 : 


调用 方 .… 


const leadEngineer = new Employee(document.leadEngineer, 'E'); 


BMA — Ae BET) Beat, HEAT SR 
PEIEE RRIKA Mie EARL o 


顶层 作用 域 ... 


function createEmployee(name, typeCode) { 
return new Employee(name, typeCode); 
} 


ARRE KARHE, FHEAE 
i, SAAT KZ ° 


第 一 处 的 修改 很 商 单 。 


调用 方 .… 


第 二 处 则 可 以 这 样 使 用 工 片 函数 。 


nA JI... 


ai 


const leadEngineer = createEmployee(document.leadEngineer, 
'E'); 


但 我 不 辟 欢 这 里 的 类 型 码 一 一 以 子 任 串 子 面 
EIJERRA RH, WREE ARE ° Hr 
以 我 更 愿意 再 新 建 一 个 工 上 函数 ， 把 “员工 类 
All" te JR TE EB REL o 


AHD... 


SH 


const leadEngineer = createEngineer (document .leadEngineer ); 
顶层 作用 域 ... 


function createEngineer(name) { 
return new Employee(name, 'E'); 


11.9 ”以 命令 取代 画 数 (Replace 


Function with Command) 


曾 用 名 : 以 函数 对 象 取代 函数 (Replace 
Method with Method Object) 


反 回 重 构 : 以 函数 取代 命令 (344) 


f( E ) 


new( W ) 


exec() 


function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
// long body code 

} 


class Scorer { 
constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. medicalExam = medicalExam; 
this._scoringGuide = scoringGuide; 


} 


execute() { 
this._result = 0; 
this._healthLevel = 0; 
// long body code 


函数 ， 不 管 是 独立 函数 ， 还 是 以 方法 

(method) 形式 附着 在 对 象 上 的 函数 ， 是 程序 设 
计 的 基本 构造 块 。 不 过 ， 将 函数 封 猴 成 目 己 的 对 
象 ， 有 时 也 是 一 种 有 用 的 办 法 。 这 样 的 对 象 我 称 
ZN" “aS XR” (command object) ， 或 者 人 简 
称 “ 命 令 ”(command) 。 这 种 对 象 大 多 只 服务 于 
单一 函数 ， 获 得 对 该 函数 的 请 求 ， 执 行 该 函数 ， 
LEIA PENT BREEN RM o 


通 的 函数 相 比 ， 命 令 对 象 捉 供 了 更 大 的 
ME EAR ESA E 力 。 除 了 函数 调用 本 
号 ， 命 令 对 象 还 可 以 文 持 附加 的 操作 ， 例 如 撤销 
操作 。 我 可 以 通过 命令 对 象 提供 的 方法 来 设 值 命 
令 的 参数 值 ， 从 而 文 持 更 丰富 的 生命 周期 管理 能 
力 。 我 可 以 从 助 继 承 和 和 钧 子 对 函数 行为 加 以 害 
市。 如 有 我 所 使 用 ee eee XIF 
KHZUEN— FAR, iar Sy Rn AS EKRI 
提供 大 部 分 相当 于 一 等 公民 的 能 力 。 同 样 ， 即 便 


WEE ARAHAL REKA, Betan MER 
MEN RIIT EM BCE SZ RISKI, M 
且 在 测试 和 调试 过 程 中 可 以 直接 调用 这 些 方法 。 


所 有 这 些 都 是 使 用 命令 对 象 的 好 理由 ， 所 以 
我 要 做 好 准备 ， 一 旦 有 和 需要， 束 能 把 芳 数 重 构成 
命令 。 不 过 我 们 不 能 起 记 ， 命 令 对 象 的 灵活 性 也 
侠 以 复杂 性 作为 代价 的 。 所 以 ， 如 末 要 在 作为 一 
等 公民 的 图 效 和 命令 对 象 之 间 做 个 选择 ，959% 的 
时 候 我 都 会 选 范 数 。 只 有 当 我 特别 需要 合 令 对 象 
提供 的 某 种 能 力 而 普通 的 函数 无 法 近 供 这 种 能 力 
了 时， 我 才 会 考虑 使 用 节令 对 象 。 


跟 软 件 开发 中 的 很 多 词汇 一 样 , “命令 ”这 个 
词 承载 了 太 多 含义 。 在 这 里 , “命令 ”是 指 一 个 对 
象 ， 其 中 封 儿 了 一 个 芳 数 调用 请 求 。 这 是 人 人 御 
《设计 模式 》[gof] 一 书 中 的 命令 模式 
(command pattern) 。 在 这 个 意义 上 ， 使 用 “ 命 
令 ” 一 词 时 ， 我 会 完 用 完整 的 “命令 对 象 ” 一 词 设 
定 上 上 下文， 然后 视 情况 使 用 简略 的 “命令 ”一 词 。 
在 命令 与 查询 分 离 原则 (command-query 
separation principle) 中 也 用 到 了 “命令 ”一 词 ， 此 
时 “命令 ”是 一 个 对 象 所 拥有 的 函数 ， 调 用 该 函数 
可 以 改变 对 象 可 观察 的 状态 。 我 义 量 避免 使 用 
这 个 意义 上 的 “命令 ”一 词 ， 而 更 愿意 称 其 为 “ 修 


AKRO (modifier) 或 者 “改变 函 
Z (mutator) ° 


做 法 
为 想 要 包装 的 画 数 创建 一 个 空 的 类 ， 根 据 该 画 


数 的 名 子 为 其 命名 。 
。 使 用 搬移 函数 (198) 把 函数 移 到 空 的 类 里 。 


你 持原 来 的 图 效 作 为 转发 邯 效 ， 人 至少 保留 


到 重 构 结 束 之 表 才 删 除 。 


杀人 循 编程 语言 的 命名 规范 来 给 命令 对 象 起 
和 名。 如 来 没有 合适 的 命名 规范 ， 束 给 命令 对 和 象 中 
人 负 员 实际 执行 命令 的 函数 起 一 个 通用 的 名 字 ， 例 
如 “execute” 或 者 “call”。 


。 有 可 以 考虑 给 每 个 参数 创建 一 个 字段 ， 并 在 构造 
函数 中 添加 对 应 的 参数 。 


范例 


JavaScript 语 言 有 很 多 缺 扣 ， 但 把 函数 作为 一 
等 公民 对 每 ， 是 它 最 正确 的 设计 决 案 之 一 。 在 不 
具备 这 种 能 力 的 编程 语言 中 ， 我 经 常 要 费力 为 很 
种 见 的 任务 创建 命令 对 象 ，JavaScript 则 省 去 了 这 
wE o At, BEE JavaScript, SWE 
用 到 命令 对 象 。 


一 个 典型 的 应 用 场景 弥 古 拆 解 复杂 的 函数 ， 
以 便 我 理解 和 修改 。 要 想 真 正 展示 这 个 重 构 手法 
的 价值 ， 我 需要 一 个 长 而 复 洒 的 范 数 ， 但 这 写 起 
来 太 费 事 ， 你 读 起 来 也 有 矿 烦 。 所 以 我 在 这 里 展示 
的 函数 其 实 很 短 ， 并 不 真 的 需要 本 重 构 手 法 ， 还 
户 读 阁 权 且 包 袜 。 下 面 的 范 数 用 于 给 一 份 你 险 申 


请 评分 。 


function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 
if 
(scoringGuide.statewithLowCertification(candidate.originState) 


certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 


return result; 
} 


我 站 先 创建 一 个 空 的 类 ， 用 搬移 范 数 (198) 
把 上 述 芳 数据 到 这 个 类 里 去 。 


function score(candidate, medicalExam, scoringGuide) { 
return new Scorer().execute(candidate, medicalExam, 
scoringGuide) ; 


class Scorer { 
execute (candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 
if 
(scoringGuide.stateWithLowCertification(candidate.originState) 


certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 
} 
} 


大 多 数 时 候 ， 我 更 愿意 在 命令 对 象 的 构造 图 
数 中 传 入 参数 ， 而 不 让 execute 画 数 接收 参数 。 在 
JEP Tal AR P,P OR 
不 大 ; 但 如 果 我 要 处 理 的 命令 需要 更 复杂 的 参数 


议 置 周期 或 者 大 量 定制 ， 上 述 做 法 驳 会 市 来 很 多 
便利 : 多 个 命令 类 可 以 分 别 从 各 目的 构造 范 效 中 
获得 各 日 不 同 的 参数 ， 然 后 又 可 以 排 成 队列 挨个 
执行 因为 它们 HJexecute Kaley 都 一 样 


我 可 以 每 次 拔 移 一 个 参数 到 构造 钞 数 。 


function score(candidate, medicalExam, scoringGuide) { 
return new Scorer(candidate).execute(candidate, medicalExam, 


scoringGuide) ; 


class Scorer... 


constructor(candidate)t{ 
this._ candidate = candidate; 


} 


execute (candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 
if 
(scoringGuide.statewithLowCertification(this. _candidate.origin 
State)) { 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 


return result; 
pe 
继续 处 理 其 他 参数 : 


function score(candidate, medicalExam, scoringGuide) { 
return new Scorer(candidate, medicalExam, 


scoringGuide).execute(); 


} 


class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. _candidate = candidate; 
this._medicalExam = medicalExam; 
this. scoringGuide = scoringGuide; 
} 
execute () { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 
} 
let certificationGrade = "regular"; 
if 
(this. _scoringGuide.statewithLowCertification(this. candidate. 
OriginState)) { 
certificationGrade = "low"; 
result -= 5; 
} 
// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 


} 
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class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this._medicalExam = medicalExam; 
this. scoringGuide = scoringGuide; 


} 


execute () { 
this._result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 

} 


let certificationGrade = "regular"; 


._scoringGuide.stateWithLowCertification(this. candidate. 


certificationGrade = "low"; 
this._result -= 5; 


// lots more code like this 
this. result -= Math.max(healthLevel - 5, 0); 
return this._result; 


重复 上 述 过 程 ， 且 到 所 有 局 部 变 量 都 变 成 字 
(“把 局 部 变量 变 成 字段 ”这 个 重 构 手法 是 如 

此 简单 ， 以 至 于 我 都 没有 在 重 构 名 录 中 给 它 一 席 
之 地 。 对 此 我 略 感 愧 次。) 


class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this._medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


} 


execute () { 
this._result = 0; 
this._healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
this. _healthLevel += 10; 
this. highMedicalRiskFlag = true; 


this. _certificationGrade = "regular"; 
if 


(this. _scoringGuide.statewithLowCertification(this. candidate. 
OriginState)) { 
is. _certificationGrade = "low"; 
._result -= 5; 


// lots more code like this 
this. result -= Math.max(this._healthLevel - 5, 0); 
return this._result; 
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中 ， 我 可 以 放心 使 用 提炼 函数 (106) 等 重 构 手 


法 ， 而 不 用 纠结 于 局 部 变量 的 作用 域 之 类 问题 。 


class Scorer... 


execute () { 
this._result = 0; 
this._healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


this.scoreSmoking(); 
this. _certificationGrade = "regular"; 
if 


this._certificationGrade = "low"; 
this._result -= 5; 
} 
// lots more code like this 
this._result -= Math.max(this. healthLevel - 5, 0); 
return this._result; 
} 
scoreSmoking() { 
if (this._medicalExam.isSmoker) { 
this._healthLevel += 10; 
this. highMedicalRiskFlag = true; 
} 


} 
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对 象 。 实 际 上 ， 在 JavaScript 中 运用 此 重 构 手 法 
ET, ENDER RY DA ES BR EEN BOR VAS A SOT RR ° 
不 过 我 还 是 会 使 用 命令 对 象 ， 不 仅 因 为 我 对 命令 
对 象 更 熟悉 ， 而 且 还 因为 我 可 以 针对 命令 对 象 中 
任何 一 个 男 数 进行 测试 和 调试 。 


11.10 ”以 函数 取代 命令 (Replace 


Command with Function ) 


反问 重 构 ， 以 命令 取代 函数 (337) 


class ChargeCalculator { 
constructor (customer, usage)t{ 
this._customer = customer; 
this._usage = usage; 


execute() { 
return this. _customer.rate * this._usage; 


function charge(customer, usage) { 
return customer.rate * usage; 


动机 


命令 对 象 为 处 理 复 杂 计 算 提 供 了 强大 的 机 
制 。 信 助 命令 对 象 ， 可 以 轻松 地 将 原本 复杂 的 图 
效 拆 解 为 多 个 方法 ， 彼 此 之 间 通 过 字段 共 孚 状 
AS; 拆 解 后 的 方法 可 以 分 别 调用 ; 开始 调用 之 前 
的 数据 状态 也 可 以 逐步 构建 。 但 这 种 强大 是 有 代 
价 的。 大 多 数 时 候 ， 我 只 十 想 调 用 一 个 钞 数 ， 让 
它 完 成 目 己 的 工作 束 好 。 如 来 这 个 函数 不 十 太 复 
杂 ， 那 么 命令 对 象 可 能 显得 费 而 不 囊 ， 我 束 应 该 
著 虑 将 其 变 回 普通 的 芳 数 。 


做 法 


。 运 用 提炼 钞 数 (106) ， 把 “创建 并 执行 命令 对 
象 ” 的 代码 单独 提炼 到 一 个 画 数 中 。 


这 一 步 会 狐 建 一 个 久 数 ， 最 终 这 个 画 数 会 


取代 现在 的 命令 对 象 。 


。 对 命令 对 象 在 执行 阶段 用 到 的 函数 ， 逐 一 使 用 
内 联 函 数 (115) ° 


如 霖 个 调用 的 函数 有 返回 值 ， 请 完 对 调用 


a = (119) ， 然 后 再 使 用 内 联 函 数 
115) 。 


。 使 用 改变 函数 声明 (124) ， 把 构造 函数 的 参 
BEG Bs EDT EMBL ° 

。 对 于 所 有 的 字段 ， 在 执行 钞 数 中 找到 引用 它们 
oe 并 改 为 使 用 参数 。 每 次 修改 后 都 要 测 
Ww 
e FEJ FA te Es BH Yi FUT BW BO BAN 
联 到 调用 方 《也 区 是 最 终 要 替换 命令 对 象 的 那 


个 函数 ) 。 
。 测 试 。 
。 用 移 除 死 代 码 (237) 把 命令 类 消去 。 
范例 


假设 我 有 一 个 很 小 的 命令 对 象 。 


class ChargeCalculator { 
constructor (customer, usage, provider ){ 
this. customer = customer 
this._usage = usage; 
this. provider = provider; 


} 


get baseCharge() { 
return this. _customer.baseRate * this._usage; 


} 
get charge() { 
return this.baseCharge + this._provider.connectionCharge; 
} 
} 


使 用 方 的 代码 如 下 。 
调用 方 … 


monthCharge = new ChargeCalculator(customer, usage, 
provider ).charge; 
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首先 ， 我 用 提炼 函数 (106) 把 命令 对 象 的 创 
建 与 调用 过 程 包 冯 到 一 个 函数 中 。 
调用 方 .… 


顶层 作用 域 .… 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, 


provider ).charge; 


接 下 来 要 考虑 如 何 处 理 文 持 函数 (也 就 是 这 
HM baseChargeLX2 BU) j 对 于 有 返回 值 的 函数 ， 
=, 般 会 先 用 提炼 变量 (119) 把 返回 值 提炼 出 


class ChargeCalculator... 


get baseCharge() { 
return this. _customer.baseRate * this._usage; 


} 
get charge() { 
const baseCharge = this.baseCharge; 
return baseCharge + this._provider.connectionCharge; 


PR ah Sc Bs UE ARE (115) 。 


class ChargeCalculator... 


get charge() { 
const baseCharge = this._customer.baseRate * this._usage; 


return baseCharge + this._provider.connectionCharge; 


现在 所 有 逻辑 处 理 都 集中 到 一 个 函数 了 ， 下 
一 步 是 把 构造 函数 传 入 的 数据 移 到 主 函 数 。 首 先 
用 改变 函数 声明 (124) 把 构造 函数 的 参数 未 一 添 
加 全 charge 函 数 上 。 


class ChargeCalculator... 


constructor (customer, usage, provider) { 
this._customer = customer; 
this. usage = usage; 
this._provider = provider; 


} 


charge(customer, usage, provider) { 
const baseCharge = this._customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


顶层 作用 域 ... 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, provider) 


.charge(customer, usage, provider); 


} 


然后 修改 charge 函 数 的 实现 ， 改 为 使 用 传 入 
的 参数 。 这 个 修改 可 以 小 步 进行 ， 每 次 使 用 一 个 


参数 。 


class ChargeCalculator... 


constructor (customer, usage, provider) { 


this. usage = usage; 
this. provider = provider; 


charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


} 


构造 函数 中 对 this, customer 字 段 的 赋值 不 
删除 也 没关系 ， 因 为 反正 没 人 使 用 这 个 字段 。 但 
我 更 愿意 去 掉 这 条 赋值 语句 ， 因 为 去 掉 它 以 后 
如 果 在 函数 实现 中 汤 挥 了 一 处 对 字段 的 使 用 没有 
修改 ， 测 试 束 会 失败 。 (如 果 我 真 的 犯 了 这 个 错 
Eh 


其 他 参数 也 如 法 炮制 ， 直 到 charge 函 数 不 再 
使 用 任何 字段 


class ChargeCalculator... 


charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * usage; 


return baseCharge + provider.connectionCharge; 


} 


现在 我 束 可 以 把 所 有 你 辑 痢 内 联 a 到 顶层 的 
charge HZP ° XENA (115) 的 一 种 特殊 
情况 ， 我 需要 把 构造 函数 和 执行 久 数 一 并 内 联 。 


顶层 作用 域 ... 


function charge(customer, usage, provider) { 


const baseCharge = customer.baseRate * usage; 
return baseCharge + provider .connectionCharge; 


} 


现在 命令 类 已 经 是 死 代码 了 ， 可 以 用 移 除 死 
代码 (237) 给 它 一 个 体面 的 匡 礼 。 


第 12 章 ”处 理 继 承 关 系 


在 最 后 一 章 里 ， 我 将 介绍 面 问 对 象 编程 技术 
里 最 为 人 熟知 的 一 个 特性 继承。 与 任何 强 有 力 
的 特性 一 样 ， 继 承 机 制 十 分 实用 ， 却 也 经 党 被 误 
用 ， 而 且 津 得 等 你 用 上 一 段 时 间 ， 壳 见 了 痛 扩 ， 
A REZE T IRH TTE ° 


特性 〈 主 要 是 函数 和 字段 ) 经常 需 要 在 继承 
体系 里 上 下 调整 。 我 有 一 组 手法 专门 用 来 处 理 此 
类 调整 : 函数 上 移 (350) 、 字 段 上 移 (353) ` 
RTE EREVAN KR ER (355) ` KATE (359) 以 
及 字段 下 移 (361) 。 我 可 以 使 用 提炼 超 类 
(375) 、 移 除 子 类 (369) LLM BARK AA 
(380) 来 为 继承 体系 添加 新 类 或 删除 旧 类 。 如 果 
一 个 字段 仅仅 作为 类 型 码 使 用 ， 根 据 其 值 来 触发 
不 同 的 行为 ， 那 么 我 会 通过 以 子 类 取代 类 型 码 
(362) ， 用 一 个 子 类 来 取代 这 样 的 字段 。 


继承 本 身 是 一 个 强 有 力 的 工具 ， 但 有 时 它 也 
可 能 被 用 于 错误 的 地 方 ， 有 时 本 来 适合 使 用 继承 
的 场景 变 得 不 再 合适 一 一 若 果 真如 此 ， 我 就 会 用 
以 委托 取代 子 类 (381) 或 以 委托 取代 超 类 
(399) 将 继承 体系 转化 成 委托 调用 。 


12.1 KAE (Pull Up Method) 


REE: KAT (359) 


class Employee {...} 


class Salesman extends Employee { 
get name() {...} 


class Engineer extends Employee { 
get name() {...} 


class Employee { 
get name() {...} 
} 


class Salesman extends Employee {...} 


class Engineer extends Employee {...} 


动机 


避免 重复 代码 是 很 重要 的 。 重 复 的 两 个 芳 数 
现在 也 许 能 够 正常 工作 ， 但 假 以 时 日 却 只 会 成 为 
滋生 bug 的 温床 。 无 论 何 时 ， 只 要 系统 内 出 现 重 
P sige 个 却 未 能 修改 另 一 
个 ”的 风险 。 通 营 ， 找 出 重复 也 有 一 定 的 难度 。 
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测试 有 充分 的 信心 。 我 发 现 ， 观 察 这 些 可 能 重复 
的 函数 之 则 的 老 异 往往 大 有 收 获 : ENARE A TA 
我 展示 那些 我 息 记 测试 的 行为 。 
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数 应 用 函数 参数 化 (310) ， 然 后 应 用 函数 上 移 。 


国 效 上 移 过 程 中 最 麻 舌 的 一 所 融和 定 ， 被 握 升 
的 函数 可 能 会 引用 只 出 现 于 子 类 而 不 出 现 于 超 关 
的 特性 。 此 时 ， 我 束 得 用 字段 上 移 (353) AEN BY 
上 移 先 将 这 些 特性 (类 或 者 函数 ) 提升 到 超 类 。 

如 朱 两 个 函数 工作 流程 大 体 相 似 ， 但 实现 细 
方略 有 夸 异 ， 那 么 我 会 考虑 先 借助 塑造 模板 芳 数 


(Form Template Method) [mf-ft 构 造 出 相同 的 画 
数 ， 然 后 再 提升 它们 。 


做 法 
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效 体 完 全 一 致 。 


。 检 三 函数 体内 引用 的 所 有 函数 调用 和 于 段 部 能 
从 超 类 中 调用 到 。 

© WARE BANE Tie], TEASE Ka 
明 (124) 将 那些 签名 都 修改 为 你 想 要 在 超 类 
中 使 用 的 釜 名 。 

。 在 起 类 中 新 建 一 个 落 数 ， 将 茶 一 个 行 近 升 钞 数 
的 代码 复制 到 其 中 。 

© DTH AE ° 

。 移 除 一 个 行 近 升 的 了 于 类 函数 。 

。 测 试 。 

© BBR ETM FRA, BEAR PRR 
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范例 


我 手 上 有 两 个 于 类 ， 它 们 之 中 各 有 一 个 函数 
做 了 相同 的 事情 : 


class Employee extends Party... 


get annualCost() { 
return this.monthlyCost * 12; 
} 


class Department extends Party... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 
} 


检查 两 个 类 的 函数 时 我 发 现 ， 两 个 函数 都 引 
用 了 monthlycost 必 性， 但 后 者 并 未 在 超 类 中 有 定 
义 ， 而 是 在 两 个 子 类 中 各 目 定 义 了 一 份 实现 。 因 
为 JavaScript 是 动态 语言 ， 这 样 做 没有 问题 ;但 如 
采 是 在 一 门 衣 态 语言 里 ， 我 束 必 须 将 monthLycost 
声明 为 party 类 上 的 抽象 男 数 ， 否 则 编译 强 束 会 报 


fe ° 
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改变 函数 声明 (124) 统一 它们 的 函数 名 。 


class Department... 


get annualCost() { 
return this.monthlyCost * 12; 
} 


然后 ， 我 从 其 中 一 个 子 类 中 将 annualcost 画 
数 复制 到 超 类 。 


class Party... 


get annualCost() { 
return this.monthlyCost * 12; 
} 


在 前 仿 语言 里 ， 做 完 这 一 步 我 吏 可 以 编译 一 
座 ， 确 你 超 类 函数 的 所 有 3 引用 都 能 正常 工作 。 但 
这 是 在 JavaScript 里 ， 编 译 显 然 帮 不 上 什么 忙 ， 
HER AIM employee 144 bRannualcost NAY, 
Mist, BESRBERpepartment2 +H Wannualcost K 
BL ° 
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monthlycost， 但 后 者 并 未 在 Party 类 中 显 式 声明 。 
当然 代码 仍 能 正常 工作 ， 这 得 益 于 JavaScript 十 动 
仿 语 言 ， 它 能 目 动 帮 你 调用 子 类 上 的 同名 函数 。 
但 若 能 明确 传达 出 “继承 Party 类 的 子 类 需要 提供 
一 个 monthlycost 实 现 ” 这 个 信息 ， 无 疑 也 有 很 大 
的 价值 ， 特 别 是 对 日 后 需要 添加 子 类 的 后 来 者 。 
其 中 一 种 好 的 传达 方式 是 添加 一 个 如 下 的 隐 阱 

(trap) FERRY ° 


class Party... 


get monthlyCost() { 
throw new SubclassResponsibilityError(); 


} 


我 称 上 壕 抛 出 的 错误 为 一 个 < 子 类 未 履行 职责 
错误 ”， 这 是 从 Smalltalk 借 鉴 来 的 名 字 。 


12.2 字段 上 移 (Pull Up Field) 


反问 重 构 : 字段 下 移 (361) 


class Employee {...} // Java 


class Salesman extends Employee { 
private String name; 


class Engineer extends Employee { 
private String name; 


class Employee { 
protected String name; 


class Salesman extends Employee {...} 
class Engineer extends Employee {...} 


动机 


如 朱 各 子 类 是 分 别 开 发 的 ， 或 者 征 在 重 构 过 
程 中 组 合 起 来 的 ， 你 第 会 发 现 它 们 拥有 重复 符 
性 ， 特 别 是 子 段 更 容易 重复 。 这 样 的 字段 有 时 拥 
有 近似 的 名 字 ， 但 也 并 非 绝对 如 此 。 判 晰 知 干 字 
段 是 否 重 复 ， 唯 一 的 办 法 殉 是 观 罕 范 数 如 何 使 用 
它们 。 如 琳 它 们 被 使 用 的 方式 很 相似 ， 我 束 可 以 
将 它们 提升 到 超 类 中 去 。 


本 项 重 构 可 从 两 方面 减少 重复 : HEAR 
了 重复 的 数据 声明 ; 其 次 它 使 我 可 以 将 使 用 该 字 
ee 从 而 去 除 重复 的 行 


许多 动态 语言 不 需要 在 类 定义 中 定义 字段 ， 
和 相反， 字段 走 在 第 一 次 被 赋值 时 同时 完成 声明 o 


在 这 种 情况 下 ， 字 段 上 移 基 本 上 十 应 用 构造 范 数 
本 体 上 移 (355) 后 的 必然 结果。 


做 法 

。 针 对 待 提 升 之 字段 ， 检 查 它 们 的 所 有 使 用 点 ， 
确认 它们 以 同样 的 方式 被 使 用 。 

。 如 来 这 些 字 段 的 名 称 不 同 ， 先 使 用 变量 改名 


(137) 为 它们 取 个 相同 的 名 字 。 
。 在 超 类 中 新 建 一 个 字段 。 


新 字段 需要 对 所 有 子 类 可 见 (在 大 多 数 语 


言 中 protected 权 限 便 已 足够 ) i 


。 移 除 子 关中 的 字段 。 
。 测 试 。 


12.3 ”构造 画 数 本 体 上 移 (Pull Up 


Constructor Body) 


constructor 


constructor constructor 
E A a 


class Party {...} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super () 
this. id = id; 
this. _name = name; 
this. _monthlyCost = monthlyCost; 
} 
} 


class Party { 
constructor(name)t{ 
this. _ name = name; 


} 


} 


class Employee extends Party { 
constructor(name, id, monthlyCost) 
super (name); 
this, id = id; 
this, monthlyCost = monthlyCost; 
} 
} 


动机 


构造 函数 是 很 奇妙 的 和 东西。 它们 不 是 普通 函 
数 ， 使 用 它们 比 使 用 普通 函数 受到 更 多 的 限制 。 


WARRE HTT SP ETE 数 有 共同 行为 ， 
我 的 第 一 个 念头 吏 是 使 用 提 和 烽 画 数 (106) 将 它们 
提炼 到 一 个 独立 画 数 中 ， 然后 使 用 函数 上 移 
(350) 将 这 个 函数 提升 至 超 类 。 但 构造 函数 的 出 
现 打 乱 了 我 的 复 盘 ， 因 为 它们 附加 了 等 殊 的 规 
则 ， 对 一 些 做 法 与 力 数 的 调用 次 序 有 所 限制 。 要 
对 付 它 们 ， 我 需要 略微 不 同 的 做 法 。 


如 朱 重 构 过 程 过 于 复杂 ， 我 会 考虑 轩 而 使 用 
AT ERB CR EB (334) 。 


做 法 


。 如 采 超 拓 还 不 存在 构造 函数 ， 首 移 为 其 定义 一 
个 。 人 确保 让 子 尖 调用 超 类 的 构造 函数 。 

,使 用 移动 语句 023) HTA PEERS K 
公共 语句 移动 到 超 类 的 构造 画 数 调用 语句 之 


a” 


。 逐 一 移 除 子 类 间 的 公共 代码 ， 将 其 提升 至 超 类 
构造 函数 中 。 对 于 公共 代码 中 引用 到 的 变量 ， 
We o 

。 测 试 。 

。 如 果 存 在 无 法 简单 提升 至 超 类 的 公共 代码 ， 先 
应 用 提炼 函数 (106) ， 再 利用 函数 上 移 

(350) 提升 之 。 


范例 
我 以 下 列 “ 雇 员 ” 的 例子 开始 : 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super () 
this._id = id; 
this. _name = name; 
this. _monthlyCost = monthlyCost; 
} 
// rest of class... 
class Department extends Party { 
constructor(name, staff){ 
super(); 
this. _ name = name; 
this._staff = staff; 


} 
// rest of class... 


Party AAT RIB FERRIES, WE ext 
名 字 (name) 的 赋值 。 我 完 用 移动 语句 (223) 


Employee 中 的 这 行 赋值 语句 移动 到 super ( ) 调 用 
ja H: 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super () 
this._name = name; 
this._id = id; 
this. _monthlyCost = monthlyCost; 


} 
// rest of class... 


测试 。 之 后 我 将 这 行 公 共 代 码 近 升 至 超 类 的 
构造 函数 中 。 由 于 其 中 引用 了 一 个 子 拓 构造 范 数 
传 入 的 参数 name， 于 十 我 将 该 参数 一 并 传 给 超 类 
PATE EN AN ° 


class Party... 


constructor (name) { 
this. _ name = name; 


} 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 


this. _monthlyCost = monthlyCost; 


} 


class Department... 


constructor(name, staff){ 
super(name); 
this._staff = staff; 


运行 测试 。 然 后 大 功 告 成 。 

多 数 时 候 ， 一 个 构造 函数 的 工作 原理 都 是 这 
样 : 先 (通过 super 调 用 ) 初始 化 共用 的 数据 ， 再 
由 各 个 子 类 完成 额外 的 工作 。 人 但是， 偶尔 也 需要 
将 共用 行为 的 初始 化 提升 至 超 类 ， 这 时 问题 便 来 
y o 


请 看 下 面 的 例子 。 
class Employee... 


constructor (name) {...} 


get isPrivileged() {...} 


assignCar() {...} 


class Manager extends Employee... 


constructor(name, grade) { 

super (name); 

this. grade = grade; 

if (this.isPrivileged) this.assignCar(); // every subclass 
does this 


get isPrivileged() { 
return this. grade >4; 


这 里 我 无 法 简单 地 提升 ijsPrivileged 琴 数 至 
超 类 ， 因 为 调用 它 之 前 需要 先 为 grade 字 段 赋值 ， 
而 该 字段 只 能 在 子 类 的 构造 玉 数 中 初始 化 。 


在 这 种 场景 下 ， 我 可 以 对 这 部 分 公共 代码 使 
用 提炼 函数 (106) ° 


class Manager... 


constructor(name, grade) { 
super (name); 
this. grade = grade; 
this.finishConstruction(); 


} 


finishConstruction() { 
if (this.isPrivileged) this.assignCar(); 


} 


然后 再 使 用 函数 上 移 (350) 将 提炼 得 到 的 函 
POEM EHER o 


class Employee... 


finishConstruction() { 


if (this.isPrivileged) this.assignCar(); 
} 


12.4 Bath (Push Down 
Method) 


REE: PRAYER (350) 


class Employee { 
get quota {...} 


} 


class Engineer extends Employee {...} 
class Salesman extends Employee {...} 


AN , 
NA 
\ / 
if 


class Employee {...} 
class Engineer extends Employee {...} 
class Salesman extends Employee { 

get quota {...} 


动机 


如 采 超 类 中 的 某 个 函数 只 与 一 个 〈 或 少数 几 
个 ) 子 类 有 关 ， 那 么 最 好 将 其 从 超 类 中 挪 走 ， 放 
到 真正 关心 它 的 子 类 中 去 。 这 项 重 构 手法 只 有 在 
超 类 明确 知道 哪些 子 类 需要 这 个 了 芳 数 时 适用 。 如 
琳 超 类 不 知 肯 这 个 信息 ， 那 我 整 得 用 以 多 仿 取 代 
条 件 表达 式 (272) ， 只 留 些 共用 的 行为 在 超 类 。 


做 法 


。 将 超 类 中 的 函数 本 体 复制 到 每 一 个 需要 此 函数 
ao 


+ 删除 超 关中 的 画 数 。 

+ 测试 。 

. 将 该 画 数 从 所 有 不 需要 它 的 那些 子 类 中 删除 。 
+ 测试 。 


12.5 “字段 下 移 (Push Down Field) 


REE: FREH (353) 


class Employee { // Java 
private String quota; 
} 


class Engineer extends Employee {...} 
class Salesman extends Employee {...} 


class Employee {...} 
class Engineer extends Employee {...} 


class Salesman extends Employee { 
protected String quota; 
} 


动机 


如 果 某 个 字段 只 被 一 个 子 类 (或 者 一 小 部 分 
F3 用 到 ， 就 将 其 机 移 到 需要 该 字 让 的 了 类 


做 法 


。 在 所 有 需要 该 字段 的 子 类 中 声明 该 字段 。 
。 将 该 字段 从 超 类 中 移 除 © 
。 测 试 。 
ao 不 需要 它 的 那些 子 类 中 删 掉 。 
e Mi 


12.6 ”以 子 类 取代 类 型 码 (Replace 
Type Code with Subclasses) 


包含 旧 重 构 : 以 State/Strategy 取 代 类 型 码 
(Replace Type Code with State/Strategy) 


包含 旧 重 构 : 提炼 子 类 (Extract Subclass) 
REE: 移 除 子 类 (369) 


function createEmployee(name, type) { 
return new Employee(name, type); 


I 


function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer (name); 
case "salesman": return new Salesman(name); 
case "manager": return new Manager (name); 


动机 


软件 系统 经 常 需 要 表现 “相似 但 又 不 同 的 东 
西 >， 比 如 员工 可 以 按 职位 分 类 (工程 师 、 经 理 、 
销售 ) ， 订 单 可 以 按 优先 级 分 r A> # 
BL) 。 表 现 分 类 关系 的 第 一 种 工具 是 类 型 码 字段 
aces ee 可 能 实现 为 枚 举 、 符 

» 字符 串 或 者 数字 。 类 型 码 的 取 值 经 常 来 自给 
Ep 统 提 供 数 据 的 外 部 服务 。 


大 多 数 时 候 ， 有 有 这 样 的 类 型 码 束 够 了。 但 也 
有 些 时 候 ， 我 可 以 再 多 往 前 一 步 ， 引 入 了 于 类 。 继 
承 有 两 个 请 人 之 处 。 上 自 完 ， 你 可 以 用 多 仿 来 处 理 
条 件 人 逻辑 。 如 琳 有 几 个 芳 数 部 在 根据 类 型 码 的 取 
值 采 取 不 同 的 行为 ， 多 仿 吏 显得 特别 有 用 。 引 入 
于 类 之 后 ， 我 可 以 用 以 多 态 取 代 条 件 表达 式 
(272) 来 处 理 这 些 函 数 。 


为 外 ， 有 些 子 段 或 画 数 只 对 特定 的 类 型 码 取 
值 才 有 意义 ， 例 如 “销售 目标 ?只 对 “销售 ”这 类 员 
工 才 有 意义 。 此 时 我 可 以 创建 子 类 ， 然 后 用 字段 
PE (361) 把 这 样 的 字段 放 到 合适 的 子 类 中 去 。 
当然 ， 我 也 可 以 加 入 验证 逻辑 ， 确 保 只 有 当 类 型 
码 取 值 正确 时 才 使 用 该 子 段 ， 不 过 子 类 的 形式 能 
更 明确 地 表达 数据 与 类 型 之 间 的 天 系 。 


在 使 用 以 子 类 取代 类 型 码 时 ， 我 需要 考虑 一 
个 问题 ， 应 该 直接 处 理 携 市 类 型 码 的 这 个 类 ， 还 
尽 应 该 处 理 类 型 码 本 刁 呢 ?以 前 面 的 例子 来 说 ， 
我 是 应 该 让 “工程 师 ” 成 为 “员工 ”的 于 类 ， 还 古 应 
该 在 “员工 ?类 包 舍 “员工 类 别 ?” 属 性 、 从 后 着 继承 
出 “工程 师 ” 和 “经 理 ” 等 子 类 型 呢 ? 直接 的 于 类 继 
承 (前 一 种 方案 比较 简单 ， 但 职位 类 别 束 不 能 
用 在 其 他 场合 了 。 男 外 ， 如 末 员 工 的 类 别 是 可 变 
的 ， 那 么 也 不 能 使 用 直接 继承 的 方案 。 如 采 想 
在 “员工 类 别 * 之 下 创建 子 类 ， 可 以 运用 以 对 象 取 
代 基 本 类 型 (174) 把 类 型 码 包 装 成 < 员工 类 
然后 对 其 使 用 以 子 类 取代 类 型 码 

362) ° 


做 法 


© HARA IS EX ° 

© FE- PRA RUE, ARBUE-ThLR °- 7% 
GRAN DUBNA, CARA ARAN 
字面 量 值 。 

© BE “Matar ee, FERMI SAR Sls 
HIFR” 


WARE BAKA TT SE, WAAL K 
AREA (334) 包装 构造 函数 ， 把 选择 


ame FRE) HAE; MRE IB] ARK AY) 
FR, wep eer! #4 AR A EM ie Ee a E o 


e MIIR ° 

。 针 对 每 个 类 型 码 取 值 ， 重 复 上 壕 “ 创 建 子 类 、 
添加 远 拌 硬 逻 辑 * 的 过 程 。 每 次 修改 后 执行 测 
VY ° 

BERR AUS FBS ° 

测试 。 

使 用 函数 下 移 (359) 和 以 多 态 取代 条 件 表达 
式 (272) 处 理 原本 访问 了 类 型 码 的 函数 。 全 
部 处 理 完 后 ， 束 可 以 移 除 类 型 码 的 访问 函数 。 


范例 


这 个 员工 管理 系统 时 例 于 已 经 彼 用 千 了 .……. 


class Employee... 


constructor(name，type){ 
this.validateType(type); 
this._name = name; 
this._type = type; 


validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg}°); 


} 
toString() {return ‘${this. name} (${this. type}) ;} 


第 一 步 是 用 封装 变量 (132) 将 类 型 码 目 封装 


起 来 。 
class Employee... 


get type() {return this._type; } 


toString() {return ~${this._name} (${this.type})~;} 


请 注意 ，tostring 范 数 的 实现 中 去 掉 了 
this.,_type 的 下 划 线 ， 改 用 新 建 的 取 值 画 数 了 。 


我 选择 从 工程 师 ("engineer") 这 个 类 型 码 
开始 重 构 。 我 打算 采用 直接 继承 的 方案 ， 也 就 是 
继承 Employee 类 。 子 类 很 帘 单 ， 只 要 罗 写 类 型 位 
的 取 值 函数 ， 返 回 适 当 的 字面 量 值 就 行 了 。 


class Engineer extends Employee { 
get type() {return "engineer"; } 


虽然 JavaScript 的 构造 函数 也 可 以 返回 其 他 对 
象 ， 但 如 采 把 选择 絮 逻 辑 放 在 这 儿 ， 它 会 与 字段 
初始 化 逻辑 相互 纠缠 ， 搞 得 一 团 混乱 。 所 以 我 会 
先 运 用 以 工厂 函数 取代 构造 函数 (334) , TE 
个 工厂 函数 以 便 安 放 选 择 需 逻辑 。 


function createEmployee(name, type) { 
return new Employee(name, type); 


} 


Ja Beha ABE TL) BRP, AIT 
开始 信用 新 的 于 类 


function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer(name, type); 


return new Employee(name, type); 


测试 ， 确 保 一 切 运 转正 常 。 不 过 由 于 我 的 偏 
FAL, ee S1EWMengineer X FA FS type 
数 ， 证 它 返 回 另外 一 个 值 ， 再 次 执行 测试 ， 确 保 
NEWHART AE. HMRI TO 
T a a aged am 
确 的 状态 ， 继 续 处 理 别 的 类 型 。 我 一 次 处 理 一 个 
类 型 ， SEO EET - 


class Salesman extends Employee { 
get type() {return "salesman"; } 


Class Manager extends Employee { 
get type() {return "manager"; } 


function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer(name, type); 
case "Salesman": return new Salesman(name, type); 
case "manager": return new Manager (name, type); 
} 


return new Employee(name, type); 


} 


全 部 修改 完成 后 ， 我 束 可 以 去 挥 类 型 码 子 段 
eer ee 
SDR EG) 。 


class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. _ name = name; 


} 


toString() {return ‘${this. name} (${this.type}) ;} 


测试 ， 确 人 一 切 工作 正 第 ， 我 工 可 以 移 除 验 
证 逻辑 ， 因 为 分 发 逻辑 做 的 是 同一 回 事 。 


class Employee... 


constructor(name, type){ 


4 


this._name = name; 


} 


function createEmployee(name, type) { 
switch (type) { 
: return new Engineer (name, type); 


case "engineer": 
: return new Salesman(name, type); 


case "salesman": 
return new Manager (name, type); 


case "manager": 
default: throw new Error(` Employee cannot be of type 


${type} ); 


} 
return new Enployee(name,type}- 


现在 ， 构 造 画 数 的 类 型 参数 已 经 没 用 了 ， 用 
改变 函数 声明 (124) 把 它 干掉 。 


} 


class Employee... 


constructor (name;,type) { 


this. _ name = name; 
} 
function createEmployee(name, type) { 


switch (type) { 

: return new Engineer (name,type) ; 
return new Salesman(name,type) ; 
return new Manager (name,type); 
throw new Error( Employee cannot be of type 


case "engineer": 
case "salesman": 
case "manager": 


default: 
${type} ) 
} 


} 


于 类 中 获取 类 型 码 的 访问 画 数 一 一 get type 
罚 数 一 一 仍然 留 看 。 通 弟 我 会 布 户 把 这 些 函 数 也 


于 挥 ， 不 过 可 能 需要 多 化 点 儿 时 间 ， 因 为 有 其 他 
Rae T El): KEAN ABCA RIAL 
(272) 和 函数 下 移 (359) 来 处 理 这 些 访问 画 

Bo BE NAH, BARC US eA AIS A 
HEAT, REHBERE (237) MENE 


范例 :使 用 间接 继承 


还 是 前 面 这 个 例子 ， 我 们 回 到 最 起 初 的 状 
仿 ， 不 过 这 次 我 已 经 有 了 “全 职员 工 " 和 “兼职 员 
工 ” 两 个 了 于 类， 所 以 不 能 再 根据 员工 类 别 代 码 创 建 
了 于 类 了 。 故 外， 我 可 能 需要 人 允许 员工 类 别 动 态 调 
整 ， 这 也 会 导致 不 能 使 用 直接 继承 的 方案 。 


class Employee... 


constructor(name, type) { 
this.validateType(type); 
this. _name = name; 
this. type = type; 


} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg}°); 


get type() {return this._type; } 
set type(arg) {this._type = arg; } 


get capitalizedType() { 
return this. _type.charAt(0).toUpperCase() + 
this. _type.substr(1).toLowerCase(); 
} 
toString() { 
return “${this._name} (${this.capitalizedType}) ; 
} 


这 次 的 tostring 图 效 要 更 复杂 一 点 ， 以 便 夭 
后 展示 用 。 


首先 ， 我 用 以 对 象 取代 基本 类 型 (174) 包装 
类 型 码 。 


class EmployeeType { 
constructor(aString) { 
this._value = aString; 


toString() {return this. value; } 


} 


class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
this.type = type; 


validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg}°); 


get typeString() {return this._type.toString();} 
get type() {return this._type;} 
set type(arg) {this._type = new EmployeeType(arg);} 


get capitalizedType() { 
return this.typeString.charAt(0).toUpperCase() 
+ this.typeString.substr(1).toLowerCase(); 


} 
toString() { 


return “${this._name} (${this.capitalizedType}) ; 
} 


然后 使 用 以 子 类 取代 类 型 码 (362) 的 老 套 
路 ， 把 员工 类 别 代码 变 成 子 类 。 


class Employee... 


set type(arg) {this._type = Employee.createEmployeeType(arg);} 


static createEmployeeType(aString) { 
switch(aString) { 
case "engineer": return new Engineer(); 
case "manager": return new Manager (); 
case "Salesman": return new Salesman(); 


default: throw new Error( Employee cannot be of type 
${aString} `); 
} 


} 


class EmployeeType { 

} 

class Engineer extends EmployeeType { 
toString() {return "engineer"; } 


class Manager extends EmployeeType { 
toString() {return "manager"; } 


class Salesman extends EmployeeType { 


toString() {return "salesman"; } 


} 


如 采 重 构 到 此 为 止 的 话 ， 罕 的 EmployeeType 
类 可 以 去 掉 。 但 我 更 愿意 留 着 它 ， 用 来 明确 表达 
各 个 子 类 之 间 的 天 系 。 并 且 有 一 个 超 类 ， 也 方便 
把 其 他 行为 搬移 进去 ， 例 如 我 专门 放 在 toSstring 
函数 里 的 “名 字 大 写 ? 逻 办 ， 吏 可 以 所 到 超 类 。 


class Employee... 


toString() { 
return “${this._name} (${this.type.capitalizedName} ) °; 


J 


class EmployeeType... 


get capitalizedName() { 
return this.toString().charAt(0).toUpperCase() 


+ this.toString().substr(1).toLowerCase(); 


} 


熟悉 本 书 第 1 版 的 谈 者 大 概 能 看 出 ， 这 个 例子 
来 目 第 1 版 的 以 State/Strategy 取 代 类 型 码 重 构 手 
法 。 现 在 我 认为 这 是 以 间接 继承 的 方式 使 用 以 子 
类 取代 类 型 权 ， 所 以 束 不 再 将 其 作为 一 个 单独 的 
重 构 手 法 了 。 (而 且 我 也 一 直 不 喜欢 那个 老 重 构 
手法 的 名 字 。) 


12.7 移 除 子 类 (Remove 
Subclass) 


用 名 : 以 字段 取代 子 类 (Replace Subclass 
with Fields) 


反 回 重 构 : 以 子 类 取代 类 型 码 (362) 


| 


class Person { 
get genderCode() {return "X";} 


} 
class Male extends Person { 
get genderCode() {return "M";} 


class Female extends Person { 
get genderCode() {return "F";} 


— 


i 


class Person { 
get genderCode() {return this. _genderCode; } 
} 


动机 


于 类 很 有 用 ， 它 们 为 数据 结构 的 多 样 和 行为 
WESERI, EM ett Ze eS 
具 。 但 随 着 软件 的 演化 ， 子 类 所 支持 的 变化 可 能 
会 被 搬 移 到 别处 ， 甚 至 完全 去 除 ， 这 时 子 类 了 吏 矢 
BI UME: AMIRI TREN T DOTA 
能 ， 结 采 构 想 中 的 功能 压根 没 被 构造 出 来 ， 或 者 
用 了 另 一 种 方式 构造 ， 使 该 子 类 不 再 被 需要 了 。 


了 于 头 存在 春 吏 有 成 本 ， 阅 读者 要 伦 心思 去 理 
解 它 的 用 意 ， 所 以 如 果子 类 的 用 处 太 少 ， 束 不 值 
得 存在 了 。 此 时 ， 最 好 的 选择 殉 生 移 除 于 类 ， 将 
其 准 换 为 超 类 中 的 一 个 字段 。 


做 法 


。 使 用 以 工厂 函数 取代 构造 男 数 (334) ， 把 子 
FRAY Piet NAN Lae BRAY TL] 函数 中 。 


如 朱 构 造 印 数 的 客户 闯 用 一 个 效 组 字段 来 


决定 实例 化 哪个 了 类， 可 以 把 这 个 判断 逻辑 放 
到 超 类 的 工厂 函数 中 。 


.如 果 有 任何 代码 检查 子 类 的 类 型 ， 先 用 提炼 画 
数 (106) 把 类 型 检查 逻辑 包装 起 来 ， 然 后 用 
搬移 画 数 (198) 将 其 搬 到 超 类 。 每 次 修改 后 
执行 测试 。 

。 新建 一 个 字段 ， 用 于 代表 子 类 的 类 型 。 

。 将 原本 针对 子 类 的 类 型 做 判断 的 画 数 改 为 使 用 
新 建 的 类 型 字段 。 

. 删除 子 类 。 

. 测试 。 

本 重 构 手法 常用 于 一 次 移 除 多 个 子 类 ， 此 时 


需要 先 把 这 些 子 类 都 封装 起 来 (添加 工厂 函数 、 
J 


范例 
Fria, (ME Pinte TBSP o 


Class Person... 


constructor(name) { 
this._name = name; 


get name() {return this._name;} 
get genderCode() {return "X";} 
// snip 


class Male extends Person { 
get genderCode() {return "M";} 


class Female extends Person { 
get genderCode() {return "F";} 


WARS RO TIALS, IAA EE 
E e NT, TERE RA, A ete BR 
用 方 代码 是 否 有 依赖 于 特定 子 类 的 行为 ， 这 样 的 
行为 需要 说 搬移 到 子 类 中 。 在 这 个 例子 里 ， 我 找 
到 一 些 客 户 贺 代码 基于 于 类 的 类 型 做 判断 ， 不 过 
这 也 不 足以 成 为 保留 子 类 的 理由 。 


客户 端 .… 


const numberOfMales = people.filter(p => p instanceof 
Male) .length; 


Bh SERNA SE TAR A UIE AY, RS 
ToS PAF UA REO, MR dai xy 


客户 端 代码 的 影响 。 对 于 “创建 子 类 对 象 ” 而 言 ， 
封装 的 方式 就 是 以 工厂 函数 取代 构造 函数 
(334) 。 在 这 里 ， 实 现 工厂 有 两 种 方式 。 


最 直接 的 方式 是 为 每 个 构造 卯 数 分 别 创建 一 
PI) ENBM 


function createPerson(name) { 
return new Person(name); 


function createMale(name) { 


return new Male(name); 
} 
function createFemale(name) { 

return new Female(name); 


虽然 这 是 最 直接 的 克 拌 ， 但 这 样 的 对 象 经 滔 
“a 


function loadFromInput(data) { 
const result = []; 
data.forEach(aRecord => { 
let p 
Switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p new Female(aRecord.name); break; 
default: p = new Person(aRecord.name) ; 


} 
result.push(p); 


了 
return result; 


As TI, Fen EIEE Al pels EN 
BM oa 把 “选择 哪个 类 来 实例 化 ”的 逻辑 提炼 成 
E 


function createPerson(aRecord) { 
let p; 
switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p = new Female(aRecord.name); break; 
default: p = new Person(aRecord.name); 


return p; 


function “oa OMTAPUCLUREA] { 
const result = []; 
data.forEach(aRecord => { 
result.push(createPerson(aRecord)); 


}); 


return result; 


} 


提炼 完工 厂 K 级 后 我 会 对 这 两 个 国 效 做 些 
清理 。 先 用 内 联 变 量 (123) jal GcreatePerson[X 
BM: 


function createPerson(aRecord) { 
Switch (aRecord.gender) { 
case 'M': return new Male (aRecord.name); 
case 'F': return new Female(aRecord.name) ; 
default: return new Person(aRecord.name) ; 


} 


} 


再 用 以 管道 取代 循环 (231) 简化 


loadFromInput EK ZN : 


function loadFromInput(data) { 
return data.map(aRecord => createPerson(aRecord)); 


} 


工厂 函数 封 闻 了 子 类 的 创建 逻辑 ， 但 代码 中 
还 有 一 处 用 到 instanceof 运 算 符 这 从 来 不 会 
是 什么 好 味道 。 我 用 提炼 函数 (106) 把 这 个 类 型 
检查 逻辑 提炼 出 来 。 


= Pit... 


const numberOfMales = people.filter(p => isMale(p)).length; 


function isMale(aPerson) {return aPerson instanceof Male; } 


然后 用 搬移 函数 (198) 将 其 移 到 person 类 。 


Class Person... 


get isMale() {return this instanceof Male; } 
= Pin... 


const numberOfMales = people.filter(p => p.isMale).length; 


重 构 到 这 一 步 ， 所 有 与 子 类 相关 的 知识 者 已 
经 安全 地 包装 在 起 美和 函数 中 。 (对 于 “ 超 类 
引用 子 类 ”这 种 情况， 通 季 我 会 很 警惕 ， 不 过 这 段 
a... ne 所 以 也 不 
站 让 we 


现在 ， 深 加 一 个 字段 来 表示 子 类 之 间 的 态 


异 。 既 然 有 来 自 别 处 的 一 个 类 型 代码 ， 直 接 用 它 
也 无 妨 。 


Class Person... 


constructor(name, genderCode) { 
this. _name = name; 
this._genderCode = genderCode || "X"; 


get genderCode() {return this. _genderCode; } 


在 初始 化 时 先 将 其 设置 为 默认 值 。 MEH 
一 句 ， 虽 然 大 多 数 人 可 以 归 类 为 男性 或 女性 ， 但 
确实 有 些 人 不 是 这 两 种 性 别 中 的 任何 一 种 。 忽 视 
这 些 人 的 存在 ， 是 一 个 常见 的 建 模 错 误 。) 


百 先 从 “男性 ”的 情况 开始 ， 将 相关 逻辑 折 符 
到 超 类 中 。 为 此 ， 表 先 要 修改 工厂 函数 ， 令 其 返 


回 一 41 Person 对 象 ， 然后 修改 所 有 instanceof 检 
得 逻辑 ， 改 为 使 用 性 别 代码 字段 。 


function createPerson(aRecord) { 
Switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Female(aRecord.name); 


default: return new Person(aRecord.name) ; 
} 
} 


class Person... 


get isMale() {return "M" === this._genderCode;} 


此 时 我 可 以 测试 ， 删 除 Male 子 类 ， 再 次 测 
试 ， 然 后 对 Female 子 类 也 如 法 炮制 。 


function createPerson(aRecord) { 
switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Person(aRecord.name, "F"); 
default: return new Person(aRecord.name) ; 


} 


} 


类 型 代码 的 分 配 有 操 儿 失衡 ， 默 认 情 况 没 有 
类 型 代码 ， 这 种 情况 让 我 很 烦心 。 未 来 阅读 代码 
的 人 会 一 直 好 奇 背 后 的 原因 。 所 以 我 更 愿意 现在 
做 护 儿 修改 ， 给 所 有 情况 者 平等 地 分 配 类 型 代码 
只 要 不 会 引入 额外 的 复杂 性 束 好 。 


function createPerson(aRecord) { 
switch (aRecord.gender) { 

case 'M': return new Person(aRecord.name, "M"); 

case 'F': return new Person(aRecord.name, "F"); 


default: return new Person(aRecord.name, "X"); 


} 
} 


class Person... 


constructor(name, genderCode) { 
this. _ name = name; 


this. _genderCode = genderCode || "X"; 


} 


12.8 ”提炼 超 类 (Extract 


Superclass) 


class Department { 
get totalAnnualCost() {...} 
get name() {...} 


get headCount() {...} 


Class Employee { 
get annualCost() {...} 
get name() {...} 
get id() {...} 


class Party { 

get name() {...} 

get annualCost() {...} 
} 


class Department extends Party { 
get annualCost() {...} 
get headCount() {...} 

} 


class Employee extends Party { 
get annualCost() {...} 
get id() {...} 


动机 


如 琳 我 看 见 两 个 类 在 做 相似 的 事 ， 可 以 利用 
基本 的 继承 机 制 把 它们 的 相似 之 处 提炼 到 超 类 。 
我 可 以 用 字段 上 移 (353) 把 相同 的 数据 搬 到 超 
类 ， 用 函数 上 移 (350) 搬移 相同 的 行为 。 


很 多 技术 作家 在 谈 到 面向 对 象 时 ， 认 为 继承 
必须 预先 仔细 计划 ， 应 该 根据 “真实 世界 ”的 分 类 
结构 建立 对 象 模型 。 真 实 世 界 的 分 类 结构 可 以 作 
为 设计 继承 关系 的 提示 ， 但 还 有 很 多 时 候 ， 合 理 
的 继承 关系 是 在 程序 演化 的 过 程 中 才 浮现 出 来 
的 : 我 发 现 了 一 些 共 同 元 素 ， 和 希望 把 它们 抽取 到 
一 处 ， 于 是 束 有 了 继承 天 系 。 


丸 一 种 选择 束 是 提炼 类 (182) 。 这 两 种 方案 
之 间 的 选择 ， 其 实 束 是 继承 和 委托 之 间 的 选择 ， 
忆 之 目的 部 古 把 重复 的 行为 收拢 一 处 。 提 炼 超 类 
通 各 是 比较 简单 的 做 法 ， 所 以 我 会 百 选 这 个 方 
案 。 即 便 选 错 了 ， 也 总 有 以 委托 取代 超 类 (399) 
Hes EEZ JIZ e 


做 法 
。 为 原本 的 类 新 建 一 个 空白 的 超 类 。 


如 有 果 需 要 的 话 ， 用 改变 函数 声明 (124) 调 


整 构造 国 数 的 釜 名 。 


e MIT ° 


。 使 用 构造 画 数 本 体 上 移 (355) ` RAEE 
(350) 和 字段 上 移 (353) 手法 ， 逐 一 将 子 类 

的 共同 元 素 上 移 到 超 类 。 

检查 留 在 于 类 中 的 函数 ， 看 它们 是 否 还 有 共 jE] 

的 成 分 。 如 果 有 ， 可 以 先 用 提炼 函数 (106) 

PR 


。 检 三 所 有 使 用 原本 的 类 的 客户 问 代码 ， 考 虑 将 


其 调整 为 使 用 超 类 的 接口 。 


范例 


同 之 处 的 


FEST, FASE, eA 
它们 都 有 名 字 (name) ， 也 都 有 月 


度 成 本 (monthly cost) 和 年 度 成 本 (annual 
cost) 的 概念 : 


class Employee { 

constructor(name, id, monthlyCost) { 
this._id = a0; 
this. _ name = name; 
this. _monthlyCost = monthlyCost; 


} 


} 

get monthlyCost() {return this._monthlyCost;} 
get name() {return this._name; } 

get id() {return this._id;} 


get annualCost() { 
return this.monthlyCost * 12; 


J 


class Department { 
constructor(name, staff){ 
this. name = name; 
this._staff = staff; 


get staff() {return this. _staff.slice();} 
get name() {return this._name; } 


get totalMonthlyCost() { 
return this.staff 
.map(e => e.monthlyCost) 
.reduce((sum, cost) => sum + cost); 


} 
get headCount() { 
return this.staff.length; 


get totalAnnualCost() { 
return this.totalMonthlyCost * 12; 
} 
} 


可 以 为 它们 提炼 一 个 共同 的 超 类 ， 更 明显 地 
表达 出 它们 之 间 的 共同 行为 。 


目 先 创建 一 个 空 的 超 类 ， 让 原来 的 两 个 类 痢 
继承 这 个 新 的 类 。 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 
this._id = id; 
this._name = name; 
this. _monthlyCost = monthlyCost; 
} 
// rest of class... 
class Department extends Party { 
constructor(name, staff){ 


super(); 
this. name = name; 
this._staff = staff; 


// rest of class... 


在 提炼 超 类 时 ， 我 喜欢 匈 从 数据 开始 搬移 ， 
在 JavaScript 中 束 需 要 修改 构造 国 效 。 我 移 用 字段 
上 移 (353) 把 name 字 段 搬 到 超 类 中 。 


class Party... 


constructor (name) { 
this. _ name = name; 


j 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 


} 


class Department... 


constructor(name, staff){ 
super (name); 


this._staff = staff; 
} 


把 数据 搬 到 超 类 的 同时 ， 可 以 用 函数 上 移 
(350) 把 相关 的 函数 也 一 起 搬移 。 首 先是 name 画 


AI EA 
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class Party... 


get name() {return this._name; } 


class Employee... 


get name() {return this._name; } 


class Department... 
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class Employee... 


get annualCost() { 
return this.monthlyCost * 12; 


} 


class Department... 


get totalAnnualCost() { 
return this.totalMonthlyCost * 12; 
} 


它们 各 目 使 用 的 函数 monthlycost 和 
totalMonthlycost 名 字 和 实现 都 不 同 ， 但 意图 却 
o 我 可 以 用 改变 函数 声明 (124) 将 它们 的 
ZF © 


class Department... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 


get monthlyCost() { ... } 


然后 对 计算 年 度 成 本 的 函数 也 做 相似 的 改 


class Department... 


get annualCost() { 
return this.monthlyCost * 12; 
} 


现在 可 以 用 函数 上 移 (350) 把 这 个 函数 搬 到 
ERT ° 
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get annualCost() { 
return this.monthlyCost * 12; 


} 
class Employee.. 
get_annnalécestijf 

return this monthlyCost * 42+ 
} 


12.9 ” 折 登 继承 体系 (Collapse 
Hierarchy) 


class Employee {...} 
class Salesman extends Employee {...} 


V 
动机 


TEWRAT, REKA 
ERED) ° MEREKA, RAN SAH 
一 个 类 与 其 超 类 已 经 没 多 大 老 别 ， 不 值得 再 作为 
° 此 时 我 束 会 把 超 类 和 子 类 合并 起 


我 克 择 的 依据 十 看 哪个 类 的 名 子 放 在 末 来 
Al 意义 。 如 来 两 个 名 子 部 不 够 好 ， 我 号 随便 
k— o 


。 使 用 字段 上 移 (353) 、 字 段 下 移 (361) > 
数 上 移 (350) 和 函数 下 移 (359) ， 把 所 有 元 
素 都 移 到 同一 个 类 中 。 

。 调 整 即 将 被 移 除 的 那个 类 的 所 有 引用 点 ， 令 它 
们 改 而 引用 合并 后 留 下 的 类 。 

° oo 目标 ， 此 时 它 应 该 已 经 成 为 一 个 空 


。 测 试 。 


12.10 ”以 委托 取代 子 类 (Replace 


Subclass with Delegate) 


class Order { 
get daysToShip() { 
return this. _warehouse.daysToShip; 


J 
} 


class Priorityorder extends Order { 
get daysToShip() { 
return this._priorityPlan.daysToShip; 
} 
J 


class Order { 
get daysToShip() { 
return (this. _priorityDelegate) 
? this. _priorityDelegate.daysToShip 
: this. _warehouse.daysToShip; 
} 
} 


class PriorityOrderDelegate { 
get daysToShip() { 


return this._priorityPlan.daysToShip 
} 
} 


如 琳 一 个 对 象 的 行为 有 明显 的 类 别 之 分 ， 继 
承 是 很 目 然 的 表达 方式 。 我 可 以 把 共用 的 数据 和 
行为 放 在 超 类 中 ， 每 个 子 类 根据 需要 履 写 部 分 特 
性 。 在 面 同 对 象 语言 中 ， 继 承 很 容易 实现 ， 因 此 
也 是 程序 员 熟 悉 的 机 制 。 


但 继承 也 有 其 短 板 。 最 明显 的 是 ， 继 承 这 张 
牌 只 能 打 一 次 。 导 致 行为 不 同 的 原因 可 能 有 多 
种 ， 但 继承 只 能 用 于 处 理 一 个 方向 上 的 变化 。 比 
如 说 ， 我 可 能 希望 “人 ”的 行为 根据 “年 龄 段 ?不 
同 ， 并 且 根 据 “ 收 入 水 平 ”* 不 同 。 使 用 继承 的 话 ， 
子 类 可 以 是 “年 轻 人 ”和 “老人 ”， 也 可 以 是 “ 富 
人 ”和 “穷人 ”， 但 不 能 同时 采用 两 种 继承 方式 。 


更 大 的 问题 在 于 ， 继 承 给 类 之 间 引 入 了 非常 
AAKA ° EER EWEA, AR n fen 
坏 子 尖 ， 所 以 我 必须 非 营 小心 ， 并 且 殉 分 理解 子 
闫 如何 从 超 类 派生 。 如 采 两 个 类 的 逻辑 分 处 不 同 
的 模块、 由 不 同 的 团队 负 贡 ， 问 题 融会 更 麻烦 。 


这 两 个 问题 用 委托 都 能 解决 。 对 于 不 同 的 变 
化 原因 ， 我 可 以 委托 给 不 同 的 类 。 委 托 十 对 象 之 
间 和 常规 的 天 系 。 与 继承 关系 相 比 ， 使 用 委托 关系 
时 控 口 更 清晰 、 糊 合 更 少 。 因 此 ， 继 承 天 系 过 到 
问题 时 运用 以 委托 取代 于 类 坪 音 见 的 情况 。 


有 一 条 流行 的 原则 ，*“ 对 象 组 合 优 于 类 继 
承 ”(“ 组 合 " 跟 “委托 "是 同一 回 事 ) 。 很 多 人 把 这 
句 话 解读 为 “继承 有 害 ”， 并 因此 声称 绝 不 应 该 使 
用 继承 。 我 经 常 使 用 继承 ， 部 分 是 因为 我 知道 
如 果 稍 后 需要 改变 ， 我 总 可 以 使 用 以 委托 取代 子 
类 。 继 承 是 一 种 很 有 价值 的 机 制 ， 大 部 分 时 候 能 
达到 效果 ， 不 会 带 来 问题 。 所 以 我 会 从 继承 开 
始 ， 如 果 开 始 出 现 问题 ， 再 转 而 使 用 委托 。 这 种 
用 法 与 前 面 说 的 原则 实际 上 是 一 致 的 一 “这 条 出 
自 名 著 《 设 计 模 式 》[gof] 的 原则 解释 了 如 何 让 继 
承 和 组 合 协同 工作 。 这 条 原则 之 所 以 强调 “组 合 优 
于 继承 "， 其 实 是 对 彼 时 继承 常 被 小 用 的 回应 。 


玫 悉 《设计 模式 》 一 书 的 读者 可 以 这 样 来 理 
解 本 重 构 手法 ， 束 是 用 状态 (State) 模式 或 者 策 
上 (Strategy) 模式 取代 子 类 。 这 两 个 模式 在 结构 
上 是 相同 的 ， 都 是 由 答 主 对 象 把 责任 委托 给 男 一 
个 继承 体系 。 以 委托 取代 子 类 并 非 总 会 需要 建立 
一 个 继承 体系 来 接受 委托 (下 面 第 一 个 例子 就 没 


有 ) ， 不 过 建立 一 个 状态 或 策略 的 继承 体系 经 常 
部 征 有 用 的 。 


做 法 


© AMEN es Ae, AHAI K 
— (334) 把 构造 函数 包 压 起 


。 创 建 一 个 空 的 委托 类 ， 这 个 类 的 构 过 函数 应 该 
接受 所 有 子 类 特有 的 数据 项 ， 并 且 经 第 以 参数 
的 形式 接受 一 个 指 回 超 类 的 引用 。 

。 在 超 类 中 深 加 一 个 字段 ， 用 于 安放 委托 对 象 。 

。 修 改 了 于 类 的 创建 逻辑 ， 使 其 初始 化 上 述 委 托 子 
段 ， 放 入 一 个 委托 对 象 的 实例 。 


这 一 步 可 以 在 工 广 邯 效 中 完成 ， 也 可 以 在 


构造 画 数 中 完成 (如果 构 造 画 数 有 足够 的 信息 
以 创建 正确 的 委托 对 象 的 话 ) 。 


。 选 择 一 个 子 关 中 的 国 效 ， 将 其 移 入 委托 类 。 
。 使 用 搬移 函数 (198) 手法 搬移 上 述 函 数 ， 不 
要 删除 产 类 中 的 委托 代码 。 


如 东 这 个 方法 用 到 的 其 他 元 系 也 应 该 被 移 
入 委托 对 象 ， 束 把 它们 一 并 搬移 。 如 来 它 用 到 
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并 在 委托 代码 之 前 加 上 卫 语 句 ， 检 查 委 托 对 象 
存在 。 如 果子 类 之 外 已 经 没有 其 他 调用 者 ， 整 
a (237) 去 掉 已 经 没 人 使 用 的 委 

“Fh 。 


如 和 东 有 多 个 委托 类 ， 并 且 其 中 的 代码 出 现 
了 重复 ， 束 使 用 提炼 超 类 (375) 手法 消除 重 


复 。 此 时 如 末 默 认 行为 已 经 侯 移 入 了 委托 类 的 
超 类 ， 产 超 类 的 委托 函数 束 不 再 需要 卫 语 句 
fe 


e MIIR ° 
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。 找 到 所 有 调用 子 拓 构造 画 数 的 地 方 ， 逐 一 将 其 
改 为 使 用 超 类 的 构造 函数 。 

。 测 试 。 

。 运 用 移 除 死 代码 (237) 去 掉 子 类 。 


范例 


下 面 这 个 类 用 于 处 理 演出 (show) 的 预订 
(booking) 。 


class Booking... 


constructor(show, date) { 
this. show = show; 


this._date = date; 


} 


BA-THR, SATO BR 
(premium) 票 ， 这 个 子 类 要 考虑 各 种 附加 服务 


(extra) . 


class PremiumBooking extends Booking... 


constructor(show, date, extras) { 
super(show, date); 


this._extras = extras; 
} 


PremiumBooking 类 在 超 类 基础 上 做 了 好 些 改 
变 。 在 这 种 “针对 差异 编程 ”(programming-by- 
difference) 的 风格 中 ， 子 类 常会 履 写 超 类 的 方 
法 ， 有 时 还 会 添加 只 对 子 类 有 意义 的 新 方法 。 我 
不 打算 讨论 所 有 差异 点 ， 只 选 几 处 有 意思 的 案例 
来 分 析 。 

先 来 看 一 处 简单 的 覆 写 。 常 规 票 在 演出 结束 
后 会 有 “对 话 创 作者 ”环节 (talkback) ， 但 只 在 非 
高 峰 日 提供 这 项 服务 。 


class Booking... 


get hasTalkback() { 
return this._show.hasOwnProperty('talkback') && 


!'this.isPeakDay; 


PremiumBooking?## & [ J l (=A 
都 提供 与 创作 者 的 对 话 。 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback'); 


} 


mE HN #8 tH ze FI SANE A NIA: 
PremiumBooking 调 用 了 超 类 中 的 方法 . 


class Booking... 


get basePrice() { 
let result = this. _show.price; 


if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


} 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + 


this. _extras.premiumFee) ; 


} 


最 后 一 个 例子 是 PremiumBooking 提 供 了 一 个 


超 类 中 没有 的 行为 。 


class PremiumBooking... 


get hasDinner() { 


return this. _extras.hasOwnProperty('dinner') && 
!'this.isPeakDay; 


} 


继承 在 这 个 例子 中 工作 民 好 。 即 使 不 了 解 了 
类 ， 我 同样 也 可 以 理解 超 类 的 逻辑 。 了 于 类 只 搬 述 
目 己 与 超 拓 的 老 异 一 一 既 避 免 了 重复 ， 叉 清晰 地 
表述 了 目 己 引入 的 老 异 。 


说 真 的 ， 它 也 并 非 如 此 完美 。 超 类 的 一 些 结 
构 只 在 特定 的 于 类 存在 时 才 有 意义 一 一 有 些 函 数 
的 组 织 方式 完全 整 是 为 了 方便 覆 写 特定 类 型 的 行 
为 。 所 以 ， 尽 管 大 部 分 时 候 我 可 以 修改 超 关 而 不 
必 理 解 子 类 ， 但 如 条 刻意 不 关注 子 类 的 人 存在， 在 
修改 超 类 时 便 尔 有 可 能 会 破坏 子 闪 。 不 过 ， 如 采 
JOC Bg IN” AC AE fe NTR, ARF eX) EY 
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及 时 发 现 。 


那么 ， 既 然 情况 还 算 不 坏 ， 为 什么 我 想 用 以 
委托 取代 子 类 来 做 出 改变 呢 ? 因为 继承 只 能 使 用 
一 次 ， 如 果 我 有 别 的 原因 想 使 用 继承 ， 并 且 这 个 
狐 的 原因 比 “ 高 级 预订 ”更 有 必要 ， 束 需要 换 一 种 
方式 来 处 理 高 级 预订 。 男 外 ， 我 可 能 需要 动态 地 
把 普通 预订 升级 成 高 级 预订 ， 例 如 提供 
aBooking,.bepPremium() 这 样 一 个 函数 。 有 时 我 可 


以 新建 一 个 对 象 就 好 像 通 过 HTTP 请 求 从 服务 器 
端 加 载 全 新 的 数据 ) ， 从 而 避免 "对象 本 号 升 
级 ”的 问题 。 但 有 时 我 需要 修改 数据 本 号 的 结构 ， 
而 不 重建 整个 数据 结构 。 如 东 一 个 Booking 对 象 家 
很 多 地 方 引 用 ， 也 很 难 将 其 整个 蔡 换 挥 。 此 时 
人 
回 : 


SUE AY a RA Za Bll — ERE, FIA AE 
用 以 委托 取代 了 于 类 了 。 现 在 客 尸 闹 直 按 调 用 两 个 
FRAY Mie BOR BES A TOUT 。 


STATUTE 
TT BP 


aBooking = new PremiumBooking(show, date, extras); 


去 除 子 类 会 改变 对 象 创建 的 方式 ， 所 以 我 要 
先 用 以 工厂 函数 取代 构造 画 数 (334) 把 构造 函数 
封闭 起 来 。 


顶层 作用 域 ... 


function createBooking(show, date) { 
return new Booking(show, date); 


function createPremiumBooking(show, date, extras) { 
return new PremiumBooking (show, date, extras); 


} 
进行 普通 预订 的 客户 端 
[as water | 
进行 高 级 预订 的 客户 端 


aBooking = createPremiumBooking(show, date, extras); 


PI BET Ze 托 类 。 这 个 类 的 构 志 函数 参 
BUA Mako: 站 先 是 指 癌 Booking 对 象 的 反问 引 
H, 随后 是 只 \ 有 子 类 才 需 要 的 那些 数据 。 我 需 
传 入 反 回 引用， 十 因为 子 类 的 儿 个 玫 效 需要 访问 
超 类 中 的 数据 。 有 继承 关系 的 有 时候， 访问 这 些 数 
而 在 委托 关系 中 ， 束 得 通过 反 疝 引用 
AIA 


class PremiumBookingDelegate... 


constructor(hostBooking, extras) { 
this._host = hostBooking; 
this._extras = extras; 


} 


现在 可 以 把 新 建 的 委托 对 象 与 Booking 对 和 象 天 
联 起 来 。 在 “创建 高 级 预订 ?的 工厂 函数 中 修改 即 
可 。 


顶层 作用 域 ... 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 


result._bePremium(extras); 
return result; 


J 


class Booking... 


_bePremium(extras) { 
this. _premiumDelegate = new PremiumBookingDelegate(this, 


extras); 


_bePremium Kt FRF, KRANK 
数 不 应 该 被 当 作 Booking 类 的 公共 接口 。 当 然 ， 如 
有 末 最 终 我 们 和 希望 允许 普通 预订 转换 成 局 级 预订 ， 
这 个 函数 也 可 以 成 为 公共 接口 。 


或 者 我 也 可 以 在 Booking 类 的 构造 函数 中 构 
建 它 与 委托 对 象 之 间 风 联系 。 为 此 ， 我 需要 以 
某 种 方式 各 诉 构造 国 数 “ 这 十 一 个 局 级 预订 ”: 可 
以 通过 一 个 额外 的 参数 ， 也 可 以 直接 通过 extras 


参数 来 表示 〈 如 采 我 能 确定 这 个 参数 只 有 高 级 
预订 才 会 用 到 的 话 ) 。 不 过 我 还 是 更 愿意 在 工 
上 函数 中 构建 这 层 联系 ， 因 为 这 样 可 以 把 意图 
表达 得 更 明确 。 


结构 设置 好 了 ， 现 在 该 动手 搬移 行为 7 了。 我 
首先 考虑 hasTalkback 函 数 人 简单 的 敌 写 逻辑 。 现 在 
的 代码 如 下 。 


class Booking... 


get hasTalkback() { 
return this. show.hasOwnProperty('talkback') && 


!this.isPeakDay; 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback'); 


我 用 搬移 函数 (198) 把 子 类 中 的 函数 搬 到 委 
托 类 中 。 为 了 让 它 适 应 新 家 ， 原本 访问 超 类 中 数 
据 的 代码 ， 现 在 要 改 为 调用 _host 对 和 象 。 


class PremiumBookingDelegate... 


get hasTalkback() { 
return this. host. _show.hasOwnProperty('talkback'); 


} 


class PremiumBooking... 


get hasTalkback() { 
return this. _premiumDelegate.hasTalkback; 
} 


测试 ， 确 保 一 切 正常 ， 然 后 把 于 类 中 的 函数 


= 


454 


class PremiumBooking... 


YW 


再 次 测试 ， 现 在 应 该 有 一 些 测试 失败 ， 因 为 
原本 有 些 代 人 码 会 用 到 子 类 上 的 hasTalkback 函 数 。 
现在 我 要 修复 这 些 失败 的 测试 : FRB RA ER 
Magento alts 


wo 这 样 ， 这 一 步 重 构 束 算 完 成 


class Booking... 


get hasTalkback() { 
return (this._premiumDelegate) 


? this._premiumDelegate.hasTalkback 
: this._show.hasOwnProperty('talkback') && 
!this.isPpeakDay; 


} 


下 一 个 要 处 理 的 是 basepPrice 辆 数 。 


class Booking... 


get basePrice() { 
let result = this._show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


} 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + 
this. _extras.premiumFee) ; 


情况 大 致 相同 ， 但 有 一 点 儿 小 麻烦 : 子 类 中 
调用 了 超 类 中 的 同名 函数 (在 这 种 “ 子 类 扩展 超 类 
行为 ”的 用 法 中 ， 这 种 情况 很 常见 ) 。 把 子 类 的 代 
码 移 到 委托 类 时 ， 需 要 继续 调用 超 类 的 逻辑 一 
但 我 不 能 直接 调用 this._host.basePrice, XS 
Sac AIBA, ALA host H Awe 
PremiumBooking! AAC ° 


有 了 两 个 办 法 来 处 理 这 个 问题 。 一 种 办 法 是 ， 
可 以 用 提炼 函数 (106) 把 “基本 价格 ”的 计算 逻辑 
提炼 出 来 ， 从 而 把 分 发 逻辑 与 价格 计算 逻辑 拆 
开 。 (和 独 下 的 操作 就 跟前 面 的 例子 一 样 了 。) 


class Booking... 


get basePrice() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.basePrice 
: this. _privateBasePrice; 


} 


get _privateBasePrice() { 
let result = this._show.price; 
if (this.isPeakDay) result += Math.round(result * 
return result; 


} 


class PremiumBookingDelegate... 


get basePrice() { 
return Math.round(this. host. _privateBasePrice + 


this._extras.premiumFee) ; 
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class Booking... 


get basePrice() { 
let result = this. _show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return (this. _premiumDelegate) 


? this. _premiumDelegate.extendBasePrice(result ) 
: result; 


class PremiumBookingDelegate... 


extendBasePrice(base) { 
return Math.round(base + this._extras.premiumFee) ; 


两 种 办 法 都 可 行 ， 我 更 偏爱 后 者 一点 儿 ， 因 
为 需要 的 代码 较 少 。 


最 后 一 个 例子 是 一 个 只 存在 于 了 于 类 中 的 图 


class PremiumBooking... 


get hasDinner() { 
return this. _extras.hasOwnProperty('dinner') && 


!'this.isPeakDay; 


} 


我 把 它 从 于 类 移 到 委托 类 。 


class PremiumBookingDelegate... 


get hasDinner() { 
return this. _extras.hasOwnProperty('dinner') && 


!'this._host.isPeakDay; 


} 


然后 在 Booking 类 中 添加 分 发 逻辑 。 
class Booking... 


get hasDinner() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.hasDinner 


: undefined; 


在 JavaScript 中 ， 如 采 笑 试 访问 一 个 没有 定义 
的 属性 ， 驶 会 得 到 undefined， 所 以 我 在 这 个 函数 
中 也 这 样 做 。 〈 尽 管 我 直觉 认为 应 该 抛 出 错误 ， 
其 他 面 回 对 象 动态 语言 驶 是 这 样 做 
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可 以 修改 工厂 范 数 ， 令 其 返回 起 类 的 实例 。 再 次 
re 确 傈 一切 部 运转 民 好 ， 然 后 我 束 可 以 
TERR -° 


顶层 作用 域 ... 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 
result. _bePremium(extras); 
return result; 


} 
class PremiumBeoking extends Beeking— 


只 看 这 个 重 构 本 喘 ， 我 并 不 免得 代码 质量 得 
到 了 提升 。 继 承 原本 很 好 地 应 对 了 需求 场景 ， 换 
成 委托 以 后 ， 我 增加 了 分 发 逻辑 、 双 网 引用 ， 复 
杂 度 上 升 不 少 。 不 过 这 个 重 构 可 能 还 生 值 得 的 ， 
因为 现在 “是 人 否 避 级 预订 ”这 个 状态 可 以 改变 了 ， 
并 且 我 也 可 以 用 继承 来 达成 其 他 目的 了 。 如 采 有 


这 些 需求 的 话 ， 去 除 原 有 的 继承 关系 带 来 的 损失 
可 能 还 是 划算 的 。 


范例 : 取代 继 承 体系 


前 面 的 例子 展示 了 如 何 用 以 委托 取代 子 类 去 
除 单 个 了 类。 还 可 以 用 这 个 重 构 手法 去 除 整 个 级 
TEA AR ° 


function createBird(data) { 
switch (data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallow(data); 
case 'AfricanSwallow': 
return new AfricanSwallow(data) ; 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 
} 
} 


class Bird { 
constructor(data) { 
this._name = data.name; 
this. plumage = data.plumage; 


get name() {return this._name;} 


get plumage() { 
return this. plumage || "average"; 
} 
get airSpeedVelocity() {return null;} 
} 


class EuropeanSwallow extends Bird { 
get airSpeedVelocity() {return 35;} 


} 


class AfricanSwallow extends Bird { 

constructor (data) { 
super (data); 
this. numberofCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 

return 40 - 2 * this._numberOfCoconuts; 
} 


} 


class NorwegianBlueParrot extends Bird { 
constructor(data) { 
super (data); 
this. voltage = data.voltage; 
this._isNailed = data.isNailed; 


} 


get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this. plumage || "beautiful"; 


} 
get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 


上 面 这 个 关于 乌 儿 (bird) 的 系统 很 快要 有 
一 个 大 变化 : 有 些 乌 是 “野生 的 ”(wild) ， 有 些 
乌 是 “家 养 的 ” (captive) ， 两 者 之 间 的 行为 会 有 
很 大 差异 。 这 种 差异 可 以 建 模 为 Bird 类 的 两 个 子 
类 : wildBird 和 captiveBird。 但 继承 只 能 用 一 
次 ， 所 以 如 果 想 用 子 类 来 表现 “野生 > 和 “家 养 > 的 
差异 ， 职 得 多 去 挥 天 于 “不 同 品种 ”的 继承 关系。 


在 涉及 多 个 子 类 时 ， 我 会 一 次 处 理 一 个 子 
类 ， 先 从 简单 的 开始 一 一 在 这 里 ， 最 简单 的 当 属 
EuropeanSwallow (KRYE) ° 我 先 给 它 建 一 个 空 


的 委托 类 。 


class EuropeanSwallowDelegate { 
} 


委托 类 中 暂时 还 没有 传 入 任何 数据 或 反问 引 
7 o 在 这 个 例子 里 ， 我 会 在 需要 时 再 引入 这 些 参 


现在 需要 决定 如 何 初 始 化 委托 字段 。 由 于 构 
造 函 数 接受 的 唯一 参数 data 包 含 了 所 有 的 信息 ， 
我 决定 在 构造 画 数 中 初始 化 委托 字段 。 考 虑 到 有 
多 个 委托 对 象 要 添加 ， 我 会 建 一 个 函数 ， 其 中 根 
据 类 型 码 (data.type) 来 选择 适当 的 委托 对 象 。 


class Bird... 


constructor(data) { 
this. name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 


} 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 


default: return null; 


结构 设置 完毕 ， 我 可 以 用 搬移 函数 (198) 把 
EuropeanSwallowH‘JairSpeedVelocity Katty 2) & 
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class EuropeanSwallowDelegate... 


get airSpeedVelocity() {return 35;} 
class EuropeanSwallow... 


get airSpeedVelocity() {return 
this. speciesDelegate.airSpeedVelocity; } 
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现 有 委托 对 象 存 在 ， 束 调用 之 。 


class Bird... 


get airSpeedVelocity() { 
return this. speciesDelegate ? 


this. _speciesDelegate.airSpeedVelocity : null; 


} 


顶层 作用 域 .… 


function createBird(data) { 
switch (data.type) { 
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case 'AfricanSwallow': 
return new AfricanSwallow(data); 


case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 


return new Bird(data); 


} 


} 


接 下 来 处 理 Africanswallow (JEYN) T 
类 。 为 它 创建 一 个 委托 类 ， 这 次 委托 类 的 构造 函 
数 需 要 传 入 data 参 数 


class AfricanSwallowDelegate... 


constructor(data) { 
this. _ numberOofCoconuts = data.numberOfCoconuts; 


j 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 


return new AfricanSwallowDelegate(data); 
default: return null; 


} 


} 


同样 用 搬移 函数 (198) 把 airspeedvelocity 
搬 到 委托 类 中 。 


class AfricanSwallowDelegate... 


get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 


} 


class AfricanSwallow... 


get airSpeedVelocity() { 
return this._speciesDelegate.airSpeedVelocity; 


} 


再 删 控 Africanswallow 子 类 o 


function createBird(data) { 
Switch (data.type) { 


T 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 


接 下 来 是 NorwegianBLueParrot (Fab ea BS 
RS) 子 类 。 创 建委 托 类 和 搬移 airspeed Velocity 
所 以 我 直接 展 示 结 末 
7 a. ® 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow' : 
return new AfricanSwallowDelegate(data) ; 


case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data); 
default: return null; 


} 


} 


class NorwegianBlueParrotDelegate... 


constructor(data) { 
this. _voltage = data.voltage; 
this._isNailed = data.isNailed; 


l 


get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 


一 切 正 常 。 {H NorwegianBlueParrot t 5 [ 
plumageS tE, BUTEA IIIA ° EERTE 
用 搬移 函数 (198) 把 plumage 函 数据 到 委托 类 
中 ， 这 一 步 不 难 ， 不 过 需要 修改 构造 钞 数 ， 放 入 
对 Bird 对 和 象 的 反问 引用 。 


class NorwegianBlueParrot... 


get plumage() { 
return this. speciesDelegate.plumage; 


} 


class NorwegianBlueParrotDelegate... 


get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this. _bird. plumage || "beautiful"; 


} 


constructor(data, bird) { 
this._bird = bird; 
this. _voltage = data.voltage; 
this._isNailed = data.isNailed; 


} 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data) ; 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return null; 


} 
} 
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因为 其 他 品种 的 委托 类 没有 plumage 这 个 属性 。 


Class Bird... 


get plumage() { 
if (this. _speciesDelegate) 
return this. speciesDelegate.plumage; 


else 
return this. plumage || "average"; 


我 可 以 做 一 个 更 明确 的 条 件 分 发 : 


class Bird... 


get plumage() { 
if (this. _speciesDelegate instanceof 
NorwegianBlueParrotDelegate) 
return this._speciesDelegate. plumage; 


else 
return this. plumage || "average"; 


不 过 我 超级 反感 这 种 做 法 ， 布 望 你 也 能 邮 出 
像 这 样 的 显 陈 类 型 检查 儿 乎 总 是 
不 主意 


另 一 个 办 法 是 在 其 他 委托 类 中 实现 默认 的 行 
为 。 


class Bird... 


get plumage() { 
if (this. _speciesDelegate) 
return this. speciesDelegate.plumage; 


else 
return this. plumage || "average"; 


class EuropeanSwallowDelegate... 


get plumage() { 
return this. bird. plumage || "average"; 


} 


class AfricanSwallowDelegate... 


get plumage() { 
return this. bird. plumage || "average"; 


但 这 又 造成 了 plumage 默 认 行 为 的 重复 。 如 有 果 
ht lable 还 有 一 个 “额外 奖励 ”， Pa 
函数 中 给 _bird 反 加 引 用 赋值 的 代码 也 会 重复 。 


解决 重复 的 办 法 ， 很 目 然 ， 束 是 继承 一 一 用 
提炼 超 类 (375) 从 各 个 代理 类 中 提炼 出 一 个 共同 
继承 的 超 类 。 


class SpeciesDelegate { 
constructor(data, bird) { 
this._bird = bird; 


} 
get plumage() { 
return this. bird. _plumage || "average"; 


} 


class EuropeanSwallowDelegate extends SpeciesDelegate { 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super(data, bird); 
this. _numberOfCoconuts = data.numberOfCoconuts; 


} 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super(data, bird); 
this. voltage = data.voltage; 
this._isNailed = data.isNailed; 


有 了 共同 的 超 类 以 后 ， 束 可 以 把 
SpeciesDelegate 字 段 默 认 设 置 为 这 个 超 类 的 实 
例 ， 并 把 Bird 类 中 的 玖 认 行 为 搬移 到 


SpeciesDelegate 超 类 中 


Class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow' : 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 
} 
} 


// rest of bird’s code... 


get plumage() {return this._speciesDelegate.plumage;} 


get airSpeedVelocity() {return 
this. speciesDelegate.airSpeedVelocity; } 


class SpeciesDelegate... 


get airSpeedVelocity() {return null;} 


我 喜欢 这 种 办 法 ， 因 为 它 简 化 了 Bird 类 中 的 
委托 函数 。 我 可 以 一 目 了 然 地 看 到 哪些 行为 已 经 
被 委托 给 speciesDelegate， 哪 些 行为 还 留 在 Bird 


类 中 。 
这 几 个 类 最 终 的 状态 如 下 : 


function createBird(data) { 
return new Bird(data); 


class Bird { 
constructor(data) { 
this._name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 


get name() {return this._name; } 
get plumage() {return this. _speciesDelegate. plumage; } 
get airSpeedVelocity() {return 

this. speciesDelegate.airSpeedVelocity; } 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 


} 


// rest of bird’s code... 


} 


class SpeciesDelegate { 
constructor(data, bird) { 


this._bird = bird; 


} 
get plumage() { 
return this._bird. plumage || "average"; 


get airSpeedVelocity() {return null; } 
} 


class EuropeanSwallowDelegate extends SpeciesDelegate { 
get airSpeedVelocity() {return 35;} 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super (data, bird); 
this._numberOfCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 
} 
} 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super(data, bird); 
this. voltage = data.voltage; 
this._isNailed = data.isNailed; 
} 
get airSpeedVelocity() { 
return (this._ isNailed) ? © : 10 + this._voltage / 10; 


} 
get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this. _bird. plumage || "beautiful"; 
} 
} 


在 这 个 例子 中 ， 我 用 一 系列 委托 类 取代 了 原 
来 的 多 个 子 类 ， 与 原来 非 第 相似 的 继承 结构 被 转 
移 到 了 speciesDelegate 下 面 除了 给 Bird 类 重新 
们 继承 的 机 会 ， 从 这 个 重 构 中 我 还 有 什么 收获 ? 


新 的 继 厌 体 系 范围 更 收拢 了 ， 只 涉及 各 个 品种 不 
同 的 数据 和 行为 ， 各 个 品种 相同 的 代码 则 全 都留 
人 在 了 Bird 中 ， 它 未 来 的 子 类 也 将 得 葵 于 这 些 共 用 
的 行为 。 


在 剖面 的 “演出 预订 ”的 例子 中 ， 我 也 可 以 采 
用 同样 的 手法 ， 创 建 一 个 委托 超 类 。 这 村 在 
Booking 类 中 整 不 需要 分 发 逻辑 ， 直 接 调 用 委托 对 
象 即 可 ， 让 继承 关系 来 摘 定 分 发 。 不 过 写 到 这 
儿 ， 我 要 去 电 上 晚 中 了， 吏 把 这 个 练习 留 给 庶 少 
HE, 。 


从 这 两 个 例子 看 来 , “对象 组 合 优 于 类 继 
承 ” 这 颁 话 更 确切 的 表述 可 能 应 该 古 “ 审 愤 地 组 合 
使 用 对 象 组 合 与 类 继承 ， 优 于 单独 使 用 其 中 任何 
一 种 ' 一 一 个 过 这 束 不 太 上 口 了 。 


12.11 ”以 委托 取代 超 类 (Replace 


Superclass with Delegate 


曾 用 名 : 以 委托 取代 继承 (Replace 


Inheritance with Delegation ) 


class List {...} 
class Stack extends List {...} 


class Stack { 
constructor() { 
this. storage = new List(); 


} 


} 
class List {...} 


动机 


在 面 问 对 象 程序 中 ， 通 过 继承 来 复 用 现 有 功 
能 ， 十 一 种 既 强 大 又 便 捷 的 手段 。 我 只 要 继承 一 
个 已 有 的 类 ， 禾 写 一 些 功 能 ， 再 添加 一 些 功能 ， 
J 目的 。 但 继承 也 有 可 能 造成 困扰 和 混 


在 对 象 技 术 发 展 早 期 ， 有 一 个 经 典 的 误 用 继 
承 的 例子 :让 栈 (stack) 继承 列表 (list) 。 这 个 
想法 的 出 发 凡 古 想 复 用 列表 类 的 数据 存储 和 操作 
能 力 。 虽 说 复 用 是 一 件 好 事 ， 但 这 个 继承 关系 有 
问题 : 列表 类 的 所 有 操作 都 会 出 现在 栈 类 的 接口 
上 ， 然 而 其 中 大 部 分 操作 对 一 个 栈 来 说 并 不 适 
用 。 更 好 的 做 法 应 该 是 把 列表 作为 栈 的 字段 ， 把 
必要 的 操作 委派 给 列表 就 行 了 。 


这 束 古 一 个 用 得 上 以 委托 取代 超 类 手法 的 例 
于 一 一 如 采 超 类 的 一 些 畏 效 对 子 类 并 不 适用 ， 吏 
说 明 我 不 应 该 通过 继承 来 获得 超 关 的 功能 。 


除了 “ 子 类 用 得 上 超 类 的 所 有 函数 ”之 外 ， 合 
理 的 继承 关系 还 有 一 个 重要 特征 : 子 类 的 所 有 实 
例 都 应 该 是 超 类 的 实例 ， 通 过 超 类 的 接口 来 使 用 
子 类 的 实例 应 该 完全 不 出 问题 。 假 如 我 有 一 个 车 
模 (car model) 类 ， 其 中 有 名 称 、 引 警 大 小 等 属 
性 ， 我 可 能 想 复 用 这 些 特性 来 表示 真正 的 汽车 
(car) ， 并 在 子 类 上 添加 VIN 编 号 、 制 造 日 期 等 
属性 。 然 而 汽车 终归 不 是 模型 。 这 是 一 种 常见 而 
叉 经 常 不 易 察觉 的 建 模 错 误 ， 我 称 之 为 “类 型 与 实 
例 名 不 符 实 ” (type-instance homonym) [mf-tih] ° 


在 这 两 个 例子 中 ， 有 问题 的 继承 招致 了 混乱 
和 针 误 一 一 如 来 把 继承 关系 改 为 将 部 分 职能 委托 


给 万 一 个 对 象 ， 这 些 混乱 和 和 误 本 坪 可 以 轻松 避 
免 的 。 使 用 委托 关系 能 更 浓 晰 地 表达 “这 是 为 一 个 
东西 ， 我 只 十 需要 用 到 其 中 携 这 的 一 些 功能 "这 层 


H o 
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即便 在 子 类 继承 是 合理 的 建 模 方式 的 情况 
下 ， 如 来 子 类 与 超 类 之 间 的 糊 合 过 强 ， 超 类 的 变 
化 很 容易 破坏 子 类 的 功能 ， 我 还 古 会 使 用 以 委托 
取代 超 类 。 这 样 做 的 缺点 就 是 ， 对 于 牡 主 类 (也 
束 古 原来 的 子 类 ) 和 委托 类 tiie RE 
X) 中 原本 一 样 的 函数 ， 现 在 我 必须 在 宿主 类 中 
换个 编写 转发 且 效 。 不 过 还 好 ， 这 种 转发 函数 虽 
re rere mnt sea re 

ie 。 
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全 避免 使 用 继承 ， 但 我 不 同意 这 种 观点 。 如 琳 符 
合 继承 关系 的 语义 条 件 ( 超 类 的 所 有 方法 都 适用 
于 子 类 ， 子 类 的 所 有 实例 都 是 超 类 的 实例 ) ， 那 
么 继承 是 一 种 简 少 又 高 效 的 复 用 机 制 。 如 采 情 况 
发 生变 化 ， 继 承 不 再 生 最 好 的 选择 ， 我 也 可 以 比 
较 容 易 地 运用 以 委托 取代 超 类 。 所 以 我 的 建议 
是 ， 首 先 (尽量 ) 使 用 继承 ， 如 果 发 现 继承 有 问 
题 ， 绸 使 用 以 委托 取代 超 类 。 


做 法 


。 在 于 类 中 新 建 一 个 字段 ， 使 其 引用 超 类 的 一 个 
E 
j ° 

。 和 4 对 超 类 的 每 个 芳 数 ， 在 于 类 中 创建 一 个 转发 
函数 ， 将 调用 请 求 转 发 给 委托 引用 。 每 转发 一 
块 完整 逻辑 ， 痢 要 执行 测试 。 


大 多 数 时 候 ， 每 转发 一 个 芳 数 束 可 以 测 


试 ， 但 一 对 设 值 / 取 值 必须 同时 转移 ， 人 然后 才能 
测试 。 


© SAAR HAEREA HRE Sa, WAT A 
去 掉 继 承 天 系 。 


范例 
我 最 近 给 一 个 古城 里 存放 上 古 卷轴 (scroll) 


的 图 书馆 做 了 咨询 。 他 们 给 卷轴 的 信息 编制 了 一 
15) A (catalog) ， 每 份 卷轴 都 有 一 个 ID 号 ， 并 


"J (title) 和 一 系列 标签 
tag) ° 


class CatalogItem... 


constructor(id, title, tags) { 
this._id = id; 
this._title = title; 
this. _tags = tags; 


} 


get id() {return this._id;} 
get title() {return this. title; } 
hasTag(arg) {return this. _tags.includes(arg);} 


这 些 古 老 的 卷轴 需要 日 党 清扫 ， 因 此 代表 卷 
轴 的 scrol1 类 继承 了 代表 目录 项 的 catalogItem 
类 ， 并 扩展 出 与 “需要 清扫 ”相关 的 数据 。 


class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 
this._lastCleaned = dateLastCleaned; 


} 


needsCleaning(targetDate) { 
const threshold = this.hasTag("revered") ? 700 : 1500; 
return this.daysSinceLastCleaning(targetDate) > threshold ; 


} 
daysSinceLastCleaning(targetDate) { 


return this. _lastCleaned.until(targetDate, ChronoUnit.DAYS); 
} 


这 整 是 一 个 常见 的 建 模 午 译 。 真 实 存 在 的 若 
轴 和 只 存在 于 纸 面 上 的 目 永 项 ， 走 完全 不 同 的 两 
种 东西 。 比 如 说 ， 关 于 “如 何 冶 疗 灰 钱 病 ”的 若 轴 
可 能 有 好 几 苍 ,但 在 目 邓 上 却 只 记 了 一 个 条 目 。 


这 样 的 建 模 午 误 很 多 时 候 可 以 置之不理 。 
ADA? APRS Bs, BOA AW OA ie 
目 永 中 数据 的 副本 。 如 朱 这 些 数 据 从 不 发 生 改 
变 ， 我 完全 可 以 接受 这 样 的 表现 形式 。 但 如 朱 需 
要 更 新 其 中 共处 数据 ， 我 束 必 须 非 常 小 心 ， 确 人 
Sg 
鸡 o 


MRA A EDT, Bode ts AAE 
这 两 个 类 之 同 的 天 系 。 把 “ 目 邓 项 ”作为 “ 知 轴 ”的 
超 类 很 可 能 会 把 未 来 的 程序 员 搞 迷 糊 ， 因 此 这 是 
— MRL EAL 。 


我 目 完 在 Scroll 类 中 创建 一 个 属性 ， 令 其 指 
jE] 一 个 新 建 鸭 catalogItem 实 例 


class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 


this. _catalogItem = new CatalogItem(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


J 


然后 对 于 于 类 中 用 到 所 有 属于 超 类 的 函数 ， 
我 要 逐 一 为 它们 创建 转发 邯 效 。 


class Scroll... 


get id() {return this. _catalogItem.id;} 


get title() {return this. _catalogItem.title;} 
hasTag(aString) {return this. _catalogItem.hasTag(aString) ; } 


最 后 去 除 scro11 与 catalogItem 之 间 的 继承 天 


(0) 
ZIN 


class 
constructor(id, title, tags, dateLastCleaned) { 


supertid,_—titie,_—tags}; 
this. _catalogItem = new CatalogItem(id, title, tags); 
this._lastCleaned = dateLastCleaned; 


} 


基本 的 以 委托 取代 超 类 重 构 到 这 里 融 完 成 
人 


前 面 的 重 构 把 catalogItem 变 成 Scro11 的 一 
个 组 件 ， 每 个 scro11 对 象 包 含 一 个 独一无二 的 
catalogItem 对 和 象 。 在 使 用 本 重 构 的 很 多 情况 下 ， 
这 样 处 理 束 够 了 。 但 在 这 个 例子 中 ， 更 好 的 建 模 
方式 应 该 是 : RRB ANT ARM, MDT 
图 书包 中 的 6 份 卷轴， 因为 这 6 份 卷轴 都 是 同一 个 
We ' 这 实际 上 是 要 运用 将 值 对 象 改 为 引用 对 象 

256) ° 


不 过 在 使 用 将 值 对 象 改 为 引用 对 象 (256) 之 

还 有 一 个 问题 需要 先 修好 。 在 原来 的 继承 结 
aes scrol1 类 使 用 了 catalogItem 类 的 id 字段 来 
保存 目 己 的 ID。 但 如 果 我 把 catalogItem 当 作 引 用 
来 处 理 ， 那 么 透 过 这 个 引用 狐 得 的 ID 殉 应 该 是 目 
了 永 项 的 ID ， 而 不 是 着 轴 的 ID。 也 驳 是 说 ， 我 需要 
在 Scrol1l 类 上 添加 id 字 上 段 ， 在 创建 scro11 对 和 象 时 
使 用 这 个 字段 ， 而 不 是 使 用 来 目 catalogItem 类 的 
id 字段 。 这 一 步 既 可 以 说 是 搬移 ， 也 可 以 说 是 拆 


class Scroll... 


constructor (id, title, tags, dateLastCleaned) { 
this. id = id; 
this. _catalogItem = new CatalogItem(null, title, tags); 
this._lastCleaned = dateLastCleaned; 

} 


get id() {return this._id;} 


用 nul1 作 为 ID 值 创建 目录 项 ， 这 种 操作 一 般 
而 言 应 该 触发 警报 了 ， 不 过 这 只 是 我 在 重 构 过 程 
中 的 临时 状态 ， 可 以 暂时 忍受 。 等 我 重 构 完 成 ， 
多 个 卷轴 会 指向 一 个 共享 的 目录 项 ， 而 后 者 也 会 
有 合适 的 ID 。 


当前 scrol1 对 象 是 从 一 个 加 载 程序 中 加 载 
的 。 


加 载 程序 … 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned) )); 


将 值 对 象 改 为 引用 对 象 (256) 的 第 一 步 是 要 
找到 或 者 创建 一 个 仓库 对 象 (repository) 。 我 发 
现 有 一 个 仓库 对 象 可 以 很 容易 地 导入 加 载 程序 
中 ， 这 个 仓库 对 象 负责 捉 供 catalogItem 对 象 ， 并 
用 ID 作为 索引 。 我 的 下 一 项 任务 就 是 要 想 办 法 把 
这 个 ID 值 放 进 scro11 对 象 的 构造 函数 。 还 好 ， 输 
入 数据 中 有 这 个 值 ， 不 过 之 前 一 直 被 无视 了 ， 因 


使 用 继承 的 时 候 用 不 着 。 把 这 些 信息 都 理 清 

我 就 可 以 运用 改变 函数 声明 (124) ， 把 整个 
目 录 对 象 以 及 目 孙 项 的 ID 都 作为 参数 传 给 scrol1 
EA) Ra) it EKA 0 


加 载 程序 … 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, 
catalog) { 
this._id = id; 


this. _catalogItem new CatalogItem(null, title, tags); 
this. _lastCleaned dateLastCleaned; 


} 


然后 修改 scro11 的 构造 画 数 ， 用 传 入 的 
RO eves R A 并 引 
用 这 个 对 象 (而 不 再 新 建 catalogItem 对 和 象 ) ° 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, 
catalog) { 
this._id = id; 


this. _catalogItem catalog.get(catalogID); 
this. _lastCleaned dateLastCleaned; 


} 


scrol1 的 构造 函数 已 经 不 再 需要 传 入 title 和 
tags 这 两 个 参 MT. RREI 
(124) 把 它们 去 掉 。 


加 载 程序 ..…. 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, title,tags, dateLastCleaned, catalogID, 
catalog) { 

this. id = id; 

this. _catalogItem = catalog.get(catalogID); 


this._lastCleaned = dateLastCleaned; 
} 
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